Today I fixed a problem with firefox trying to downgrade when I updated my System.
revdep-rebuild as like as emerge -u world ended in a cyclic up- and downgrad between firefox-2 and firefox-3.
Some packages like totem still require firefox-2 for using its gecko-engine. Setting the USE-Flag “xulrunner” fixed the problem for me, thus these packages use the xulrunner-library now.

Some weeks ago my weekly emerge -uvDa world ended in an error and since then Portage wouldn’t compile an update of jakarta-regex.

The emerge ended every time complaining that ant-core and ant-optional-tasks had different versions. dev-java/ant-tasks was not even installed and the try to do that ended in the same error message.

After weeks I found the solution: emerge –nodeps ant-tasks did the job and after that jakarta-regex could be updated too.

Nun am 14.12. jährt sich unser trauriger Abschied vom Fernmeldegeheimnis. In tiefer Anteilnahme lege ich eine Schweigeminute ein.

Nähere Informationen gibt es unter http://www.vorratsdatenspeicherung.de

Today I performed quite a lot of updates on my gentoo system, i.e. udev and mysql.

Because mysql-libraries are built-in into many packages I started revdep-rebuild directly after the updates. Unfortunately some services stopped working afterwards: My whole mail-system wouldn’t work.
Fyi: I use a combination of fetchmail/postfix/clamav/spamd/procmail for local maildelivery and dovecot/imap as mailcontainer.
The short version is: The new udev shuffled my network devices. I had to reassign the correct IP-configs to the accordant cards. The dovecot and postfix binaries were broken because they depended on old mysql libs. Obviously revdep-rebuild is not sufficient in all cases. A simple emerge dovecot postfix worked finally.
Because of the strange combination of device and service problems I had some work for discovering the real matter.

Edit (01.12.2006):

Two days after this post the udev-update was dicussed in the gentoo-dev mailinglist. Now I know the reason for the shuffled network-devices. Before you could determine the order of the network devices by loading them via modprobe.d. Now udev does it’s work before modules.d.
The recommended way to influence the interfaces’ order is udev’s interface renaming capability.

See http://www.reactivated.net/writing_udev_rules.html#example-netif

Nun endlich befasse ich mich mit einem Fehler beim emerge -uvDa world, den ich einige Zeit vor mir her geschoben habe.

Beim Versuch des Updates kommt nach dem Entpacken der Patchfiles zuerst eine Mitteilung:

This version no longer provides compatibility with old broken applications. If you need this support, dcall your vendor and tell them to release an update that isn’t broken.
Danach direkt die Fehlermeldung:

!!! Error: sys-libs/glibc-2.4-r4 failed.
Call stack: […]
!!! non-TLS symbol errno@glibc_2.0 not supported
!!! if your need support, post the topmost build error, and the call stack if relevant.

Nach einigem Probieren bemerkte ich, dass dem ebuild der neuen glibc-Version ein neues USE-Flag namens glibc-compat20 zugefügt wurde. Genau dieses USE-Flag wird auch in einer der im Call Stack aufgeführten Zeilen im Ebuild abgefragt.

Ich habe mich nicht tiefer in das Ebuild eingelesen, aber beim groben überlesen machte es den Eindruck, als würde bei diesem gesetzten USE-Flag einfach die oben erwähnte Fehlermeldung ausgegeben und der Merge-Vorgang abgebrochen.

Nachdem ich dieses USE-Flag deaktiviert hatte, lief auch das Update problemlos.
Warum scheint dieses Flag so völlig frei von Funktion zu sein? Und wenn es schon lediglich einen Abbruch des Merges bewirkt - warum war es dann nach Einführung direkt standartmäßig aktiviert?

Es scheint mit der gewählten Art der verwendeten Threads zusammen zu hängen. TLS wird auch hier und da erwähnt. Vielleicht finde ich bei Gelegenheit mehr über dieses Thema heraus.