It's not an easy task, but I thought deeply about it. This will be my last post on planet Gentoo. I will leave the project.

I've been a developer for more that five years now. I saw good and bad times of Gentoo. And I wish I could find the time to help more. But with the end of my study last summer and the begin of my full-time job, this is not possible any more. My commits decreased more and more. My bugs laid around for a long time. This is not acceptable – neither for me nor for the users.

Furthermore I live now in one of the best cities in Europe: Cologne. I like to spend my leisure time with visiting concerts and other cultural events. And there are a lot of in this town.

I liked to be a Gentoo developer, as I could learn a lot. Nowadays I need that knowledge for my daily work. There are a lot of Linux tasks in my job, although none Gentoo related. But that's also interesting.

You can still find me at some Linux-related events over here in Europe. I will also stay in the board of the „Friends of Gentoo e.V.“ in Germany. And you might see some bug reports or contributions from me. So, don't take this as a farewell for eternity.

Let me thank all the developers I met during the last years and especially those I had a beer with :-)

Good bye.

I finally finished setting up my desk in the new flat so that I can unpack my other computers beside the laptop. The Pegasos will play a new role as router until I bought a nice embedded box with integrated WLAN.

In preparation for this task I installed the latest gentoo-sources, compiled them and found out that the attached keyboard is not working. Well, “unplugged cable” was the first thought. But that was false, as the keyboard was working in the firmware and with the older kernel. I even checked that once again. So, it sounded like a kernel-bug.

And I found it: There was a change in the code for the i8042-controller, which handles the PS/2 inputs. The change is correct, but the Pegasos-Firmware does not publish the device-entry correctly. Fortunately there is a patch for your Firmware, which you can apply with some lines of code.

That's a cool feature of having a real firmware than a stupid BIOS. The Pegasos uses SmartFirmware which is an OpenFirmware implementation. You can find similar firmwares in PowerPC-based Macintoshs, Sun-systems, HPPA and Alpha machines. So, quite everything beside x86-cruft and newer machines which already use EFI.

Just enter the Firmware and type in nvedit. After that you will see a minimal editor for your nvramrc, which starts with a line-number every line. Here you enter (thanks to Matt Sealey for this code-snippet!)

probe-all
" /pci/isa/8042" find-device
" 8042" encode-string device-type
install-console
banner

(be careful with leading spaces). After that hit CTRL-C and you will be back at the Firmware "ok" prompt. Now you have to store the changes with nvstore.

You should make sure that during the firmware-startup the nvramrc will be read. Therefore enter printenv use-nvramrc? and check if it is set to "true". Otherwise change it with setenv use-nvramrc? true. Run nvstore once again and type reboot.

You have to do this procedure only once. The changes are saved in the non-volatile memory of your firmware.

There are already a couple of possible updates to the firmware. And the kernel should not use workarounds for a buggy firmware. Probably there will be an update to SmartFirmware on the Pegasos or we have to find a way to publish these changes to the user. One idea is to use the BootCreator-Tool which creates a small Forth-based bootmenu based on an easier bootmenu-file. But you can also add other Forth-code for the firmware, like the one above if we don't want to save it in the nvram.

Currently I think we have to wait if this problem evolves to an FAQ. Assuming that I updated to 2.6.22 very late now (it's already more than 6 weeks out) but that quite nobody in #gentoo-ppc was aware of this problem, I have the strange feeling that I'm the last user of Gentoo/PPC on the Pegasos.

Now, let me quickly write a second blog-post, as you haven't read anything from me for a couple of months. In February I announced my extended outtime from Gentoo due to finishing my study. It's almost over now – I just have to give a final presentation next week. After that I'm going to move as I have to leave the student hostel I lived in for a couple of years. It seems that I will move to Cologne (hey zypher, stkn, wschlich and all other devs in that area ). If you already want to meet me (and some other devs) in that area, come to FrOSCon in Sankt Augustin tomorrow (Saturday, August 25).

Two weeks ago I managed to attend the Chaos Communication Camp, although I announced to everyone that I won't be there. It was fun to see the irritated faces of persons who thought they spotted a ghost And it was relaxing, as I submitted my diploma thesis just the same day I drove to the Camp. I had a look into the Gentoo village over there, but could not find any known person – beside GMsoft who hit me on a road somewhere on the campground.

At some days during my diploma thesis I felt the urge to receive quick motivation kicks by helping users or the PowerPC-team. So I had a run through all open ppc-bugs and managed to kick them down from around 80 to under 25. Unfortunately they rose to 93 now :-( Mostly stabilisation-requests, which are quite quick to resolve, especially with the help of gatt. opfer and I with the help of the author of gatt, Matthias, are working on an automated scripting for commiting and changing a bug after a package merged successfully. More will come after our own testing phase. Unfortunately I already packed my Pegasos for the move, so that I can't help out with testing. Anyways, the ppc-team will survive.

Now to the bad news: I don't have a job yet. All applications were declined, but everytime I was in the round of the last two candidates. But then the companies decided for the other one. It's too bad that I didn't specialised in the past and that I'm an all-rounder. It seems that companies don't have a need for persons who can jump in nearly every technical position. Now I have to wait for answers to the other applications I wrote. Probably my run of luck ended with the end of my study…

First, I have to correct one sentence in my previous entry about this topic. It read “non-free version of cdrtools”, which is not true. The current cdrtools are licensed under the CDDL, which is of course an Open Source license. But it is not compatible with the GNU GPL according to the list of GPL-Compatible Free Software Licenses.

But what changed within those more than eight months between the previous and this post? It seems that cdrkit died in May. There are still some random posts on the mailing-list, there was a minor bugfix-release with corrections in the man-page, but no real code-change.

On the other hand cdrtools made a big step forward and now supports unicode out of the box, ISO-files > 4GB (up to 8TB, think about DVD-9) and even Blu Ray!

I will try to keep current versions of both apps in portage, so that the user can decide which one to use. The only thing I'm not sure about is if I should change back the default virtual for cdrtools? Currently it's pointing to cdrkit, so that any dependency will use that application. But as soon as a GUI supports Blu Ray I should change it back to cdrtools. Probably that will be around Christmas when the average Nerd finds such a Blu Ray burner under the Christmas tree

This evening I attended the meeting of the Linux User Group Oberhausen/Rheinland dertobi123 proposed in his blog two days ago in the already well known “Gasthof Harlos”, where we had a lot of Gentoo User Meetings during the last 3

Time passes so fast… Today is my fourth anniversary as a Gentoo developer. I'm using Gentoo on the PowerPC-platform since the 1.4-days in 2002, when I first heard about it. And as the PowerPC-installation was a big pain at that time, I helped out making it better and sent in some patches for ebuilds. After a very short time, Gerk made me a developer, so that I could commit the patches myself.

I think, it's time to sum up my activities within Gentoo:

• PowerPC

  • Starting with patches for Mac-on-Linux (which is now more or less in Gentoo's hand, as JoseJX adopted this project after more than one year of just laying around), I stabilised a lot of packages and worked on the installation instructions for the PowerPC documentation.
  • Later I helped out pvdabeel with the release, as he was short in time during his thesis-period; now I'm still the one who works on the release, but unfortunately with less time for the 2007.0-release.
  • I'm still the so-called Strategical Lead for Gentoo/PPC, but only as nobody else wants to do that job and that a Gentoo project needs such a position to fulfill the requirements for being an official project. This team really does not need both an operational and strategical lead. One position would be enough.
  • Genesi sponsored a Pegasos and an EFIKA. The Pegasos just built again the G4-release and I use it quite daily for testing PowerPC-packages, as this is my only strong PowerPC-machine left. I will spend more time with the EFIKA once I finished my diploma-thesis…

• Documentation/GWN

  • I helped out in the documentation team with translating into my native tongue. Some time later I became the leader of the German translation team and could bring the documentation into a good shape, but handed over this job to dertobi123 (who gave it to grahl last year).
  • Then I worked on some English documents and the XML/XSLT for the website generation. Mostly small tweaks for a better layout, but I added an XML-checker into CVS as some devs committed broken files and broke the whole webpage…
  • I made some contributions to the GWN and even assembled it completely for a couple of times in 2005 and 2006 when the GWN-editor plate was not available. But I did not want to do that job weekly and so I'm happy that wolf31o2 does it now.

• CVS and SVN server

  • Somehow our infrastructure-team learned in 2003 that I was working on a quite large CVS implementation during my part-time-job. And as there was no CVS maintainer for Gentoo I received access to the server and took care for it from then on. This is a job I still do, as it does not require much attention. It just works
  • In 2005 we added SubVersion for Gentoo own projects to this server. This was a quite hard job for me, as I was neither an SVN admin nor user, so I had to read quite a lot of the documentation. But trapni helped me a lot and in the end this is a service which also just runs and does not need much attention (beside the big server move we made two weeks ago).

• F

I don't know, where I should start, but FOSDEM 2007 was the best FOSDEM I have been to. From Gentoo's view we had the most developers ever crowded at one event. Too bad that I again missed some, but it was nice to meet some of our new German devs, like phreak and jokey, and meet genone I ever missed before (at least at FOSDEM 2005). Then it was a big pleasure to meet the US-devs, starting with wolf31o2 and vapier, and again kingtaco.

Beside Gentoo I had a lot of talks with persons from the Free Software Foundation Europe as I know some of them personally for a couple of years already. Then I met some people from the CCC and had a rather long talk with Tim Pritlove about the future of Pentabarf, a very good tool for the organisation of a conference (and which I know from its early hours). And somehow I got into a situation where three different persons greeted me at the same time, but those three don't known each other… Am I so famous?

Now let me collect things which might need to be improved in the future:

• The booth (well, our tables) looked good at Saturday when we had some nice hardware to show, but on Sunday it was mostly understaffed and we had nothing to show. Furthermore many people asked for T-Shirts and give-aways. Time for an “event-kit”!
• Too bad that there isn't an area where you can sit together, have network and squash bugs together with another dev. I think that this is one of the things we can establish in the “Gentoo Village” at the Chaos Communication Camp this summer. Sitting in couches, having a beer and listening to ambient music while working together with users on their pet-bugs.
• Dinner in a pre-noble restaurant which costs half of the money you spent for the whole weekend should not be repeated. It's better to have a buffet where you have to go to now and then and have a talk with different persons while you fetch another drink, instead of talking to the same persons at your table for the whole evening as you are somewhat bound to your seat.

Now let me thank some persons, starting with Wolfram, who picked me up in Cologne and drove me back. Then Dimitry and Guy for organising the dev-room and booking the Hostel. It was so relaxing for me that I had not to do this once again like in 2005. And all devs who attended FOSDEM and made this an unforgetable event!

Currently I'm preparing my extended outtime. I finally have to finish my diploma-thesis, which will take about three to four months. During this time I will not be available for Gentoo work. There are still some bugs open on my buglist but I don't think I can resolve them soon. I already quit IRC as this is a major time-burner. But as faster as I work on my thesis the sooner I will be back See you again this summer!

The title sounds like I do it monthly… No! But it's the second time for me that I move Gentoo's CVS to a new server. I already did it in September 2003 when we moved from our former CVS-box (funny, I even can't remember its name) to our current CVS-server, named “lark”. At that time it was a pretty easy task, as we didn't had so many developers, a quite small CVS-tree and not so many scripts for automatic actions.

Nowadays lark provides beside the CVS for the portage-tree a couple of repositories for other subprojects and SubVersion for some more subprojects. We also have some scripts for backup, hooks for mailing the CIA-statistics or the changes of the English documentation for the translators.

Setting up a new server is a good time to review the scripts and make some things a little bit different. It's good that we have the new server, called “stork” for two months already. So I had enough time to set up the backup differently than before. As we use LVM2 for our cvsroot- and svnroot-storage, I can quickly create an lvm-snapshot of the current tree and create a backup from that snapshot. The old scripts did a live-backup and sometimes it happened that somebody commited something during that time, so that the backup was not that clean… The creation of the backup takes about 30 minutes (mostly it's bzip2 which takes so long). And transfering the backup to our backup-server takes about the same time.

robbat2 worked a lot on the ssh-key-transfer. Before we copied the authorized_keys from our dev-box to lark on a hourly basis. Now we use LDAP (finally) to extract the ssh-pubkey, which takes only two seconds (woot!). So we switched to a sync every 15 minutes, which will make devs more happy!

At 7UTC on Friday we will take down lark and do an rsync of the tree to stork. A test a couple of days ago was done within three minutes. Both servers will be on the same state then. Let's hope, that the DNS-update will also be fast. We have an estimated timeframe of two hours for the move, but I guess, we will be ready sooner.

Some words about the machines:

lark

• active since September 2003 (that makes 3

Some of you might have followed the long discussion about cdrtool's licensing. In the end some Debian-developers forked the last GPL-version of cdrtools and set up cdrkit.

The maintainers added a lot of patches for better CD- and DVD-recording on Linux-systems, and what I like most, for UTF-8 based files. This is a long-requested patch for cdrtools, which did not make it upstream. Now, after the licensing-issues are resolved, the original authors of the cdrtools-applications asked for renaming. In version 1.1.0 of cdrkit some names already changed:

• cdrecord → wodim (Writes Optical Media)
• mkisofs → genisoimage (Generate ISO IMAGEs)
• cdda2wav → icedax (InCrEdible Audio eXtractor, although cdda2mp3, cdda2ogg and cdda2wav still exist)
• readcd → readom (READ Optical Media)
• rscsi → netscsid (NET SCSI Daemon)
• libschily → librols (LIB Remains Of LibSchily)
• libscg → libusal (LIB Unified/Universal Scsi Access Layer)

As there exists no (usable) library for CD/DVD-recording, all frontends (like k3b, brasero, graveman, xcdroast, etc.) use the cdrecord (and friends)-binary. As I don't want to force users to use cdrkit, I will not patch every application to use the new names. The simple solution is to provide symlinks from the old to the new names. Fortunately the essential arguments are the same in both applications. I tested (and patched) a couple of applications with cdrkit and had a good result so far.

Currently we are working on stabelising the 1.0.0-version of cdrkit. The first step was to test and add the already existing virtual/cdrtools (this was from the time when cdrecord-prodvd existed) to all applications which depend on cdrtools. This progress can be considered as finished. But as cdrkit depends on >=dev-util/cmake-2.4.3, we have to stabilise this ebuild first. Watch Bug 155307 for the progress. This means that cdrkit will become stable around Christmas.

I will still maintain cdrtools in portage, but with lower priority. As we don't have any stats from our users about their installed packages, I can't tell if we could remove it some time in future.

Also note, that there exists growisofs for DVD-writing. This is a completely separated application from cdrtools or cdrkit. Some frontends (like k3b) make use of it.

Thanks to metalgod who hopped onto the cdrkit-train first and added the pre-release versions to portage!

Crap! The Shower-Gel in my rucksack opened during a journey and the soap poured over my CD-booklet. Unfortunately I had my collection of German Gentoo-CDs in it. Now, some of the artwork is defaced, but you still can imagine how it looked like

Today I visited the small Linux-Congress come2linux in Essen. Other than last year the organizers moved the date from December to September and moved the place to the university in Essen. So the problem was, you have to take a walk of 300m from the exhibition-hall to the lecture-rooms...

Anyway, I was glad to meet a lot of the Ruhrpott-Gentoo-folks (and developers) there again. Some I didn't met for quite a long now, as I don't have the time any more for the monthly Gentoo User Meetings in Oberhausen. It's everytime a pleasure to have a talk with ian, dertobi123, stkn and our other supporters.

During my walk around I wanted to make a short stop at the CACert table. As I'm an assurer who can assign 35 points I was forced to assure 10 people who stood at the table... But now I'm again one of the top 100 assurers :-)

And I had a long talk at the Free Software Foundation Europe table as I met Rainer there. Funny enough, together with me he is one of the founders of the CCC meeting in D

About a month ago, roger55 asked in the Gentoo Weekly Newsletter for Release Testers for the upcoming 2006.1 release. The response was

At the upcoming saturday, July 29th, there will be a Gentoo User Meeting again in Cologne. This time not in the area around, but really in Cologne!

It will take place in the CCC's Clubroom in K

With kernel 2.6.16 several things changed in PowerPC-land. The kernel-maintainers decided to merge the ppc32 and ppc64 architectures into powerpc. That gave us some headaches, because a lot of the Makefiles changed as well.

Since March I had problems to build a kernel with an included initramfs for the Pegasos (because an external initramfs could not be loaded). In the past I used the target make zImage.initrd, but this failed now with genkernel. Today I finally found some time to look into that problem again, as I need a proper genkernel for release-building. I though I had to touch Makefiles and rewrite a couple of the kernel-build system... But in the end I could fix this problem with a simple two-liner-patch in genkernel, as only two pathes needed to be changed.

I tested the patch in Bug 141153 with the Pegasos at home and added the 2006.0-splashimage into the initrd. Now I have a nice bootsplash during the rare reboots :-)

The other result was a working test-CD for the upcoming 2006.1 release. Unfortunately I can't test the Apple-part, as I don't own a working Apple any more. So I have to rely on other devs or release-testers (we need more of them!). And testing with qemu isn't possible. It dies shortly after the kernel has been loaded...

Tomorrow, the CIPHER2 contest takes place again. This is a Capture-the-Flag like Challenges in Informatics: Programming, Hosting and ExploRing, organised by the university RWTH Aachen.

Last year I visited the team in Aachen with the fellow devs dertobi123, pYrania and bonsaikitten. We got a nice introduction to the game and I thought, one day I will take part as well.

But things changed and since March I'm mentoring a group of students in the subject "Computer- and Networksecurity" at my university of applied sciences in Krefeld. I told them about CIPHER and they founded a group that will enter the contest. And I'm their

As I upgraded my Desktop (the PowerPC G4 Pegasos) and my Laptop (a P4m-based HP) to the gcc-4.1.1/glibc-2.4-toolchain last weekend, I still had to do the complete emerge -e world, so that all installed packages can make use of the upgrade.

The Pegasos began at Tuesday

Last night the Gentoo/PowerPC-team had its monthly meeting. Our main-topic was the upcoming 2006.1-release and if we want to switch the toolchain. gcc-4.1.1 gives a lot of advantages especially for PowerPCs and all devs tested this compiler-version during the last weeks. There are some troubles with strict-aliasing, but this can be changed in the ebuilds and notify upstream about the problem. Furthermore we will change to glibc-2.4, so that users will have one big move instead of several small moves.

For the upgrade I already created a 2006.1-profile which relies on this toolchain. An older gcc and glibc is masked in that new profile. Then I masked the newer toolchain in the current 2006.0-profile, so that users, who want to test the new toolchain have to switch the profile. And we can stabelise the new packages already without any trouble for the user, as long as he doesn't change the profile. I consinder the new profile is testing as long as the 2006.1-release isn't out.

Another topic was the stabelisation of Xorg-7.1 on ppc. I expected some objections and so I'm really glad that even Gentoo's Xorg-maintainer, Donnie Berkholz, suggests all arches, which don't have problems with binary drivers (that means all beside x86), should switch to the new Xorg.

I think, I'll add the new Xorg as stable in the 2006.1-snapshot and make it stable for everybody later. Or I will mask some package-versions in the profile like I did with the toolchain.

Power-users are welcome to test the new toolchain and Xorg-7.1, and report bugs when something goes wrong.

But all in all 2006.1 will be a big step for Gentoo/PowerPC. I hope we can stay the best ppclinux-Distro ever :-P

As I wrote in my previous post, I attended the FrOSCon last weekend. For a first-time-event it went very well and even the number of about 300 visitors is acceptable.

I had a lot of discussions at my CCC-table, especially about politics and the lost of our privacy. But there were also several people who remember me as a Gentoo developer only. They thought I would show Gentoo there, but wondered about the CCC-stuff on the table

Since last November I didn't had a blog any more. But now I'm back!

After 2