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):
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)
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 :-)
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
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
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:
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.
- 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/Featu
res/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.
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
The visual representation of the progress is here
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 :-)
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.
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)
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
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
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
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.3 8
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:
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.
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.
