sharkcz

Atari MiNT cross-tools available for Fedora

Tue, 27 Mar 2012 08:31:55 GMT

As you may know I am a fan of all Atari computers, starting with the 8-bits going over the ST line and ending in the newly developed FireBee. I already provide some Atari related tools and emulators in both Fedora and my add-on repository During browsing on the Internet I have found that Vincent Rivière provides up-to-date cross-tools Ubuntu and Cygwin packages containing compiler, assembler and C and math libraries for the 32-bit line of Ataris and I immediatelly started to think about packaging them for Fedora to expand my support. So starting today the packaged tools for Fedora and RHEL (and clones) are available in my repository.

The obligatory Hello World example (taken from Vincent's web):

[dan@eagle dan]$ yum list m68k-atari-mint\*                                     
Zavedeny zásuvné moduly: auto-update-debuginfo, downloadonly
Dostupné balíčky
m68k-atari-mint-binutils.x86_64          2.22-1.fc16                       danny
m68k-atari-mint-filesystem.noarch        2-2.fc16                          danny
m68k-atari-mint-gcc.x86_64               4.6.3-2.fc16                      danny
m68k-atari-mint-mintbin.x86_64           0.3-2.20110527.fc16               danny
m68k-atari-mint-mintlib.noarch           0.58.0-4.20111028cvs.fc16         danny
m68k-atari-mint-pml.noarch               2.03-2.fc16                       danny

[dan@eagle dan]$ sudo yum install m68k-atari-mint-gcc
[dan@eagle dan]$ cat > hello.c << EOF                                                                                           
> #include <stdio.h>
>
> int main(int argc, char* argv[])
> {
>     puts("Hello, world !");
>
>     return 0;
> }
> EOF
[dan@eagle dan]$ m68k-atari-mint-gcc hello.c -o hello.tos -O2 -Wl,--traditional-format
[dan@eagle dan]$ ls -l hello.tos                                                                                                                                    
-rwxrwxr-x. 1 dan dan 83690 27. bře 10.19 hello.tos
[dan@eagle dan]$ file hello.tos                                                                                                                                       
hello.tos: Atari ST M68K contiguous executable (txt=50784, dat=1504, bss=2952, sym=30338)

Plan for Fedora Secondary Architectures lab

Mon, 13 Feb 2012 16:48:42 GMT

I would like to outline what is the plan for the Fedora Secondary Architecture lab on the Red Hat Developer Conference this Friday and Saturday in Brno. We should have a people working on PPC, ARM and s390 present, so we should be able to answer your questions about installation and other specifics on these arches. We can also discuss the infrastructure side, do some kernel hacking for ARM devices and anything else related to the secondary arches. It really should be an interactive event and not only a presentation of some boring facts, so be active :-)

Thank you for all the bundling

Mon, 12 Dec 2011 11:39:42 GMT

Dear developers,

many thanks to you for bundling hopefully modified libraries [1] in your open source projects. You can be almost sure that your otherwise useful application won't be part of a major Linux distribution like Fedora or Debian.

Your package maintainers

PS: There are definitely more reasons that complicate the way to a distribution like e.g. imprecise licensing, but the bundled libraries one made me really angry during the weekend. And it was in a such nice application ...

PS2: The article may contain irony, cynicism and others

From Fedora 14 to 16 with yum

Sat, 03 Dec 2011 12:33:19 GMT

It's again time to upgrade my Fedora 14 installations to something newer (= Fedora 16). I was always doing upgrades with preupgrade since Fedora 8 (only to even numbers, they are more stable :-)) and now I've chosen an online upgrade with yum, because my /boot partition was too small. And the result is - yes, it's doable. Without going to the details, because I didn't write any notes during the process, the steps were:

install new fedora-release package
yum update glibc, because there was some dependency error reported by rpm
yum update - 1.6G in ~2200 packages were downloaded, few packages had to be removed from the F14, they were causing broken dependencies
grub2 was manually installed using the steps from http://fedoraproject.org/wiki/Features/Grub2#How_To_Test
reboot, in fact the power switch had to be pressed because the soft way was not possible due the change from upstart to systemd

And voila, Fedora 16 is booting and running. During the Fedora release upgrade I've also switched from Gnome to XFCE desktop environment. Bye bye Gnome, it has been nice years, but Gnome 3 is incompatible with how I do my work.

Status of Fedora 16 on the s390x architecture

Wed, 16 Nov 2011 15:12:20 GMT

This is a short update how we stand with Fedora 16 on the s390x architecture. And the short answer is it looks good :-). Fedora 16 on s390x is closer to primary (aka x86) Fedora than Fedora 15 was, we have a pre-GA composes that are installable (for existing issues see our wiki, it will be converted to the form of Release Notes), signing of the (50k+) rpms is in progress and will be followed by preparing final repository and installation images.

The visual representation of the progress is here

Secondary Fedora is hiring

Wed, 26 Oct 2011 13:21:54 GMT

As you can see the secondary architectures in Fedora (especially s390x, ppc and arm) are keeping the pace with primary Fedora (aka i386 and x86_86) quite well, especially when taking into account the limited resources they have. So if you have positive relation to non-x86 architectures and would like work on secondary architectures in Fedora we have an option for you. Red Hat is hiring a Fedora release engineer with primary focus on the PowerPC platform, where he/she will prepare the testing and final releases, work on the build system infrastructure, work with architecture maintainers on package build failures and much more. But naturally he/she will be in touch also with other architectures because the goal is to share the underlying infrastructure. So if you would be interested in such job or you know someone else who could be interested, please let me know. And if the release engineering is not your area, let me know too :-)

Meeting for Secondary Architectures at FUDCon Milano?

Fri, 05 Aug 2011 08:14:41 GMT

What would other maintainers and developers of the secondary architectures in Fedora say to setting up a meeting at FUDCon in Milano? In addition to discussing and exchanging our expertise regarding Koji, build processes and infrastructure we could do little presentation of our results for other visitors. I would take a software implementation of the mainframe architecture for presenting Fedora/s390x, the logistics for a real hardware would be rather complicated ;-) But for Fedora/ARM a broad scale of devices could be presented, not sure about PowerPC or SPARC hardware.

Installing Fedora 15 for PPC on an IBM Power machine

Mon, 09 May 2011 17:17:50 GMT

As you probably know Fedora for the PowerPC architecture is again in full speed to catch the primary (a.k.a. x86/x86_64) Fedora. Right now it should be possible to install Fedora/ppc using the Anaconda installer on Power7 based machines as they are able to load the unified installer initrd image. The ISO is downloadable from Karsten's place on the koji hub. Older machines contain a firmware and/or hardware limitation so they can't load the large initrd image. Fortunately there is way how to install Fedora 15 (or better something very close to what will become Fedora 15 in 2 weeks) even on such machines and it exploits yum's capability to install packages into an arbitrary place on the filesystem when the --installroot parameter is used. I have used an existing RHEL 6 system (Power4+ based Intellistation 275) as a host, but using an older Fedora 12 system should work too.

The required steps will be described here (I'm retrieving them from my memory and .bash_history, so I hope they are complete and correct)

create /etc/yum.repos.d/fedora.repo with this content

[fedora]
name=Fedora
baseurl=http://ppc.koji.fedoraproject.org/mash/branched/ppc64/os/
gpgcheck=0
enabled=0

prepare a logical volume (I use Linux as the existing volume group) and mount it

lvcreate -L 20G -n Fedora Linux
mkfs.ext2 /dev/Linux/Fedora
mount /dev/Linux/Fedora /mnt

install the really important packages

yum --disablerepo=* --enablerepo=fedora --installroot=/mnt install openssh-server yum

remove root's password from /mnt/etc/shadow (or you can copy an existing encrypted password there), the first line should be something like
```
root::14858:0:99999:7:::
```

add a minimal /etc/fstab

/dev/mapper/Linux-Fedora  /                       ext4    defaults        1 1
tmpfs                   /dev/shm                tmpfs   defaults        0 0
devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
sysfs                   /sys                    sysfs   defaults        0 0
proc                    /proc                   proc    defaults        0 0

install the F-15 kernel on the host system
rpm -ivh --nodeps kernel-2.6.38.4-19.kh.fc15.ppc64.rpm
copy the modules from the host to the new Fedora system
cp -a /lib/modules/2.6.38.4-19.kh.fc15.ppc64 /mnt/lib/modules/
point the F-15 kernel to new root filesystem - replace the original value for root= with /dev/Linux/Fedora in /etc/yaboot.conf
disable SELinux by adding selinux=0 in the kernel entry in /etc/yaboot.conf, could be probably enabled again when the policy package is installed

The /boot filesystem lives on a separate partition (/dev/sda2 on my system) and it can be shared between the host and the newly installed Fedora

If you want network to up in new Fedora system, do these 2 additional steps

install NetworkManager with
yum --nogpgcheck --disablerepo=* --enablerepo=fedora --installroot=/mnt install NetworkManager
or add NetworkManager to the yum command line above

copy the network interface config file from the host to the new Fedora

cp /etc/sysconfig/network-scripts/ifcfg-eth0 /mnt/etc/sysconfig/network-scripts/
cp /etc/sysconfig/network /mnt/etc/sysconfig/

Now you can reboot and on the yaboot prompt select the Fedora 15 kernel. You should see a Fedora welcome message after a bunch of systemd messages on the console at the end. If not try pressing Enter. If you installed also the NetworkManager then the network should also up, so you can try connecting with ssh too.

If you have more questions, please catch us on the #fedora-ppc IRC channel on Freenode or on the fedora-ppc mailing list.

EDIT 2011/08/31:
when doing the install from F-12 you should get a kernel >= 2.6.32 first (the glibc in F>=14 requires it) otherwise you will get "kernel too old" messages and probably some failures during the install

Kernel 2.6.38.3 for Fedora/ARM on Kirkwood available

Wed, 20 Apr 2011 07:46:25 GMT

I have built kernel 2.6.38.3 for Fedora/ARM with support for all Kirkwood-based devices enabled. The kernel config used is based on the 2.6.32 one, let me know if any feature is missing. Download as always from http://fedora.danny.cz/arm/kirkwood/2.6.38

Fedora 13 with XFCE on Efika MX Smarttop

Thu, 03 Mar 2011 10:06:16 GMT

With the beta release of Fedora 13 for the ARM architecture it was time again to try Fedora on my Efika MX Smarttop from Genesi. I have started with the latest Efika kernel from git, Fedora 13 root filesystem tarball and a faulty SD card, which I didn't know :-). So the beginning wasn't that successful - CRC errors when loading the kernel by U-Boot, random crashes during runtime, etc. And I started to think some hardware isn't working right. But using "rpm -V" and visually inspecting some text files made it clear that the SD card is faulty. After switching to a fresh card everything started to work perfectly.

The U-Boot bootloader in the Efika has a nice feature built in. It supports booting user supplied OS image when a simple rule is followed = put the kernel image on first partition (use uImage as filename) and the root filesystem on the second partition. Now press the power button and voila, Fedora 13 XFCE desktop is there (click for full-size image) :-)

Some details about the setup:

kernel is 2.6.31.12.3-ER1-efikamx from my archive, a newer one should work too, but I've spent too much time with latest kernel and faulty SD card ...
F13 beta root filesystem with the XFCE packages installed manually, the repository doesn't include information about package groups (like the "XFCE desktop" or "GNOME desktop" groups), so they were installed individually. To be precise the top-level packages were installed and the rest was brought in as dependencies. Full package list is here

PS: I think I will buy the Smartbook from Genesi Europe very soon, there is even an option to get a replacement keyboard with Czech layout.

Tryton accepted as Feature for Fedora 15

Thu, 20 Jan 2011 12:03:18 GMT

Tryton was accepted as Feature for Fedora 15 on the 2011/01/12 FESCo meeting. It means I'm now looking for reviewers to do reviews of Neso, Proteus and the application modules. All are quite simple python packages and the plan for the modules is to make a full review for one module, update the spec file generator accordingly to the review feedback and then do the remaining modules which will be mostly a copy&paste action.

The open reviews are

Neso

Proteus

and this one for the modules

Visualized progress of Fedora/s390x in 2010

Mon, 03 Jan 2011 09:34:52 GMT

Here you can see the progress we made during the year 2010 in Fedora/s390x:

There are still about 250 packages that exist in Fedora 14 in older version/release than in the primary Fedora. The reason usually is that an older version of a package was built successfully, but the recent one fails to build. We call the actual state "good enough" and we will focus on fixing the remaining issues in Fedora 15.

How could a Fedora Server spin look like

Tue, 14 Dec 2010 08:22:47 GMT

The idea of having a Server spin for Fedora is quite old and there were discussions how it should look like, what it should contain. The idea behind is that it should make easier for a user to install a server (like a web server, file server or database server) from the package collection available in Fedora. So finally it's here, but it's still work in progress. You can grab the actual F-14 and Rawhide based versions from http://fedora.danny.cz/server (no ISOs as they would take too long to upload on my ADSL connection). The src directory contains the comps and kickstart files used to prepare the installation repos/medias. For further discussions please use the server mailing list.

EDIT: The F-14 based ISOs are now available.

Complete Tryton 1.8 available for Fedora

Wed, 17 Nov 2010 09:10:34 GMT

I have updated Tryton in Rawhide to the new version 1.8 and to the latest bugfix release in the previous branches (1.6, 1.4 and 1.2) for Fedora 12, 13 and 14. The policy is not doing updates between Tryton major versions during the lifetime of released Fedora. What's new today is that I have packaged all the 48 upstream application modules for version 1.8 and put them into my repository. This repository also carries the latest version of Tryton for Fedoras that include previous stable branches.

The situation in EPEL is a bit complicated because here it would make sense to support multiple Tryton stable releases during the lifetime of RHEL/CentOS. I'm still thinking how to achieve that, but I'll probably prepare multiple repositories per one RHEL/CentOS release each containing the client, server and the modules for one Tryton stable release.

Fedora 14 for the s390x architecture very close to the primary one

Wed, 03 Nov 2010 14:47:26 GMT

Last week was very successful in our effort to get Fedora 14 for the s390x architecture close to the primary one as much as possible. At GA release date there were 8869 source packages available with the same version and release, only 250 packages were older and about 500 were missing mainly because they exclude the s390x architecture. Now we will focus on building all the updates F-14 will receive and on the upcoming F-15.

Atari and Fedora

Mon, 18 Oct 2010 09:12:12 GMT

Some of you will remember 8-bit and 16/32-bit computers produced in the 80-ties and early 90-ties by a company called Atari. It was a starting point for one part of us, the other ones begun with Sinclairs and Commodores. And because I like many classic things (for example computers and cars) I bought again an Atari 130XE which was my first own computer. During the last weekend I've finally powered it up and wrote my first BASIC programm after 20 years :-) The attached screenshot shows a real Atari connected to a S-video input on a TV card in my workstation. This way I save space on my desk that would be occupied by a special monitor or a TV.

What Atari-related stuff you can find in Fedora? We have the emulators atari++ (for 8-bits) and hatari (for the 16/32 bit series) and also 2 cross-assemblers - atasm (a MAC/65 clone) and xa. During the last days I've prepared packages for more stuff

mads cross-assembler,

cc65, a cross-compiler suite for the 6502 processor, there is a stucked package review in RPM Fusion that I'd like to take over,

atalan, a new high level language

atari-utils, which is a collection of small utilities written by different authors, atr2unix and unix2atr for working with diskette image, binload - an Atari binary load format file analyzer, demac65 and demaxe for converting tokenized assembler files to plain text and sio2linux which an user-space driver for the SIO2PC cable.

I've started to work on packaging AtariSIO which contains a kernel driver and a controlling application and few more could follow.

You can find Fedora packages in my repo, for RHEL/CentOS packages please look here.

Fedora/s390x closer to primary Fedora 14 every week

Mon, 04 Oct 2010 16:20:48 GMT

Fedora/s390x is coming closer to primary Fedora 14 every week and because a picture (or a graph in this case) is better than 1000 words, here it is

New packages in my repo

Tue, 20 Apr 2010 07:20:30 GMT

I have pushed few new packages into my repository. They are CodeLite C/C++ IDE, CAD program for designing Model Railroad layouts XTrkCAD and the IBM 7090 emulator suite with cross-assembler, cross-linker and simulator.

Fedora on Alix 2D3/2D13

Tue, 06 Apr 2010 13:07:20 GMT

Few weeks ago I decided I need to replace Asus wl500gx serving as a router/firewall/vpn server that connects me to the Internet with a new hardware. The Asus worked well for almost 5 years, but its hardware capabilities are a limiting factor. My new choice was Alix 2D13 that has AMD Geode LX800 CPU, 256 MB RAM, 3 FastEthernets and 2 USB ports, enough to interconnect my 2 internal networks, 1 demilitarized zone and Internet via ADSL modem.
To decide what software to use was more complicated, first I tried to find a firewall distro that would boot from CF card and run solely in ramdisk, but could find a recent one. I knew RWMJ chose Debian (see http://rwmj.wordpress.com/tag/alix/ for details), but I prefer to run Fedora (or RHEL/Centos) where possible.

Embedded HW can be picky about the CF cards used so I have bought one Kingston and one A-Data. A quick test showed that Alix boots from the Kingston, but doesn't like the A-Data. It took me some time to find that the main problem is missing bootable first sector on the A-Data CF. The fix is "cat /usr/share/syslinux/mbr.bin > /dev/your_cf_card". Grub is then installed to a partition and not into MBR.

Using Anaconda to install Fedora on such low-power hardware would be most likely complicated or even completely no-go. So I used yum, did some edits on few files and manually installed grub. And at end I have a bootable Fedora. The steps described in more details are:

1. prepare yum repo config in /etc/yum.repos.d/fw.repo

[fw-12]
name=FW 12 - i386
failovermethod=priority
#baseurl=http://download.fedoraproject.org/pub/fedora/linux/releases/$releasever/Everything/$basearch/os/
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=fedora-12&arch=i386
enabled=0
metadata_expire=7d
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-i386

[fw-12-updates]
name=FW 12 - i386 - Updates
failovermethod=priority
#baseurl=http://download.fedoraproject.org/pub/fedora/linux/updates/$releasever/$basearch/
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=updates-released-f12&arch=i386
enabled=0
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-i386

2. running "yum --installroot=/mnt/cf_card_partition --disablerepo=* --enablerepo=fw* install kernel rpm openssh-server grub passwd vi" creates a root filesystem on the CF card with a minimal set of packages that will allow to connect later with ssh, edit files and work with rpms

3. create /etc/fstab with

/dev/sda1               /                       ext3    defaults        1 1
tmpfs                   /dev/shm                tmpfs   defaults        0 0
devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
sysfs                   /sys                    sysfs   defaults        0 0
proc                    /proc                   proc    defaults        0 0

4. set root password "chroot /mnt/cf_card_partition passwd"

5. network setup needs creating 2 files - /etc/sysconfig/network as

NETWORKING=yes
HOSTNAME=firewall

and /etc/sysconfig/network-scripts/ifcfg-eth0 as

DEVICE=eth0
BOOTPROTO=dhcp
ONBOOT=yes

6. install grub with "grub-install --root-directory=/mnt/cf_card_partition /dev/cf_card_partition"

7. prepare grub config, remember to add "console=ttyS0,38400", upstart will then automatically open a console on the serial port

serial --unit=0 --speed=38400
terminal --timeout=5 serial

#boot=/dev/sda1
default=0
timeout=5
#hiddenmenu
title Fedora
        root (hd0,0)
        kernel /boot/vmlinuz ro root=/dev/sda1 console=ttyS0,38400
        initrd /boot/initramfs.img

8. plug the prepared CF card into Alix, connect power and enjoy Fedora :-)

Also possible is to update default dracut configuration in /etc/dracut.conf and generate smaller initramfs images. The decompression takes a some on this low power machine.

# Sample dracut config file

# Specific list of dracut modules to use
dracutmodules="dash kernel-modules rootfs-block udev-rules syslog base"

# Dracut modules to omit
#omit_dracutmodules=""

# additional kernel modules to the default
#add_drivers=""

# list of kernel filesystem modules to be included in the generic initramfs
filesystems="ext3"

# build initrd only to boot current hardware
#hostonly="yes"
#

# install local /etc/mdadm.conf
mdadmconf="no"

# install local /etc/lvm/lvm.conf
lvmconf="no"

I have to choose Fedora 12, because F-13 lost the capability to run the generated code on the Geode LX CPU. The reason is yet unknow to me, but I don't think it was intentional. The other drawback is there is no yum, but with such a limited set packages it won't be so hard to do updates only wirh rpm.

Edit 2010-04-07:
As https://bugzilla.redhat.com/show_bug.cgi?id=579838 shows Geode is not a real i686 CPU, because the NOPL instruction is missing and recent GCC does generate it. So until an instruction emulator is included in kernel Fedora >= 13 won't run there.

Bridged networking with Hercules

Mon, 29 Mar 2010 11:31:55 GMT

When running a virtualization/emulation solution (like Hercules for the mainframe or KVM for PC virtualization) on a host with a stable network connection it is often preferred to create a bridge on the host and connect all guest machines to this bridge so they are connected on layer2 and fully accessible from the outside networks.




+---------------------------------+
|        HOST                     |
| +-----------------+             |
| |     GUEST1      |             |
| |                 | tap0  +--+  |
| |           eth0--+-------+  |  |
| |                 |       |  |  |
| +-----------------+       |  |  |  eth0
|                           |  +--+------
|                           |  |  |
|                           |  |  |
|                           |  |  |
|                           |  |  |
|                           +--+  |
|                           br0   |
|                                 |
+---------------------------------+

Hercules is emulating LCS adapter for layer2 networking and the emulation uses tap interface on the host. In recent state both the tap interface and the emulated LCS in the guest use the same MAC address and one must enable proxy arp in host for networking across the host. If you connect the tap0 interface to the bridge br0 and do some network traffic, you will see "tap0: received packet with own address as source address" messages in the system logs showing that something is wrong with the MAC addresses (a prerequisite for successful layer2 networking is the uniqueness of MAC addresses) and a while with Google showed an interesting mail in lguest mailing list (http://lists.ozlabs.org/pipermail/lguest/2008-August/001201.html)

To understand what is Hercules doing I had to start reading the networking code in Hercules sources. The LCS emulation code is in file ctc_lcs.c and there are few places where MAC address is read and set for both the guest and host interfaces. Further reading is necessary to fully understand it to prepare correct fix.

My current setup is
- patch to disable setting MAC address for the tap interface, a random MAC is used by default (http://fedora.danny.cz/hercules-3.07-tap-no-mac.patch)
- disable netfiler for bridges (net.bridge.bridge-nf-call-{ip6|ip|arp}tables = 0)
- use the "0700.2 3088 LCS -o fedora.oat" line in fedora.cnf
- use this OAT file (fedora.oat) for LCS configuration (this sets MAC address in the guest)
0700 IP 00 PRI 10.1.1.18 HWADD 00 02:00:FE:DF:00:42
- add tap0 to the bridge with brctl addif br0 tap0

The result is that the guest can communicate with hosts on outside networks and outside networks can communicate with the guest. There is still an issue, because now packets from GUEST to HOST end in a black hole, the opposite direction work though.

The LCS configuration in Hercules can be improved to optionally take the bridge name as an argument and automatically add the created tap interface to this bridge.

Code::Blocks nightly builds available

Tue, 02 Mar 2010 13:50:16 GMT

The Code::Blocks team is releasing so called nightly builds that represent a something between a release and a random SCM snapshot. They are now available in my repository for both Fedora and RHEL/CentOS.

Packages for Scribus 1.3.3.14 and 1.3.6svn released

Mon, 01 Feb 2010 09:39:46 GMT

Upstream did a new release 1.3.3.14 in the Scribus stable branch few days ago and it's now available in my repo as scribus-stable packages. I have also prepared a package of the recent snapshot from the 1.3.5 (unstable) branch. All mentioned packages are built for Fedora 11, 12 and Rawhide and I am considering to prepare packages for at least EL-5.

Zabbix 1.8 for Fedora 11 + 12 and EL

Fri, 29 Jan 2010 10:14:53 GMT

Generally we don't do updates in Fedora and EPEL if it would require some manual work like updating database schema. That means Zabbix 1.8 can't be release as update, new package was submitted only into rawhide. That's why I am including Zabbix into my Fedora/EL add-on repository, see http://fedora.danny.cz/danny/ and http://fedora.danny.cz/danny-el/

PS: version 1.8.1 was just released so you expect an update very soon

OpenCASCADE 6.3.0 for Fedora and EL

Wed, 27 Jan 2010 09:26:03 GMT

Quoting from its home page "Open CASCADE is a powerful CAD/CAM/CAE kernel and development platform for 3D modeling applications". Few open-source application like FreeCAD and HeeksCAD are already using OpenCASCADE as their 3D modelling framework and it would be good to have OpenCASCADE packaged in Fedora-compatible way. Unfortunately due some issues in the license it's considered not free enough for Fedora. A lot of packaging work has already been done by the Debian maintainers so I have used their patches and package layout, some of the patches were improved by me and few new ones were created and all were sent back to share the work. Fedora packages are now available in my repository, packages for RHEL/CentOS 5 will follow tomorrow (it takes some time to upload GBs of data on Asymetric DSL with 512 kbit upload). Also available is HeeksCAD package, so you can see it really works. I expect that OpenCASCADE will land in the RPM Fusion repository in the near future and it live there until the licensing issues are cleared and it can accepted into Fedora directly.

Fedora packages for upcoming wxWidgets 3.0 available

Tue, 19 Jan 2010 14:08:42 GMT

wxWidgets developers are hard working on the upcoming major version 3.0. To make life of Fedora users and maintainers easier I started building recent snapshots and pre-releases as Fedora-compatible RPM packages. The libraries are installable in parallel with the regular 2.8.x, devel sub-package will replace the one from 2.8.x. Downloads for Fedora 12 and Rawhide are available at http://fedora.danny.cz/danny-wx/