Veni, Vidi, VISA

Hier hab ich ja schonmal gesagt das bei mir emerge(1) spinnt, aber seit heute mag es mich anscheinend gar nicht mehr.

$ time emerge -uDp world



These are the packages that would be merged, in order:

[...]

Real: 580.76s User: 2.46s System: 0.21s Percent: 0% Cmd: sudo emerge -uDp world

Knapp 10mins um die zu aktualisierenden Pakete anzuzeigen; it's evil.. isn't it?!
So wie ich das sehe, werde ich grml remastern und Sourcen mit ./configure --prefix=${HOME}/bin/$(basename $PWD) kompilieren wenn noetig. Die Kisten dient eh nur fuer das Testen von Software; richtig gearbeitet wird damit sowieso nicht, also ist es letztendlich gleichgueltig welche Distrbution drauf laeuft.

Das Paketmanagementsystem meines LFS basiert ja auf emerge von Gentoo und ich muss ehrlich zugeben das ich mein LFS nur sehr unregelmaessig update, aber heute war es mal wieder soweit. Im emerge --sync mit anschliessendem emerge -uDav world war auch eine neue Version von Python enthalten (2.5.1-r4 um genau zu sein). Das Update von Python 2.4.4-r4 auf die neue Version hat ohne Probleme funktioniert.. irgendwie zumindest. Beide Versionen von Python sind parallel installiert, was den lustigen Nebeneffekt hat, dass /usr/bin/python ein Symlink zu python2.5 ist. Eigentlich ja auch nicht weiter wild, aber jetzt wirds lustig.
Wenn ich clive aufrufe, bekomme ich folgende Fehlermeldung zu sehen:

Traceback (most recent call last):

  File "/usr/bin/clive", line 35, in <module>

    from clive.nomad import Nomad

  File "/usr/lib64/python2.5/site-packages/clive/nomad.py", line 42, in <module>

    from clive.history import History

  File "/usr/lib64/python2.5/site-packages/clive/history.py", line 22, in <module>

    import Tkinter

ImportError: No module named Tkinter

Ein python2.4 =clive hingegen liefert folgendes ein error: urlgrabber module not installed zurueck (urlgrabber ist aber installiert und funktionsfaehig). Auch ein python-updater und/oder ein erneutes installieren von clive/urlgrabber hat nichts gebracht. Das Problem ist schlicht und einfach das die Module nicht neu kompiliert wurden; ich habe aber ehrlich gesagt nicht die geringste Lust auf meiner Linux-Kiste Stunden mit Problemloesungen zu verbringen. Die Linux-Kiste ist lediglich eine Nebenbeiworkstation, die ich fuer meinen Job als Freiberufler benoetige. Und auf der benoetige ich aktuelle und zum Teil auch "Alpha/Beta/Devel"-Programme (und zwar die Sourcen und keine vorkompilierten Packages).
Ergo faellt Debian schonmal weg (wird kein Flame, sondern bringt einfach nicht das mit, was ich zwingend benoetige). Slackware enthaelt per Default auch nur vorkompilierte Packages (und Nein. Ich will keine optionalen Hacks wie pkgsrc fuer Slackware oder emerde); das Paketmanagement von CRUX basiert zwar auf den Sourcen von Packages, aber damit war ich in der Vergangenheit schon nicht zufrieden. Gleiches gilt auch fuer ArchLinux).
Evtl. RockLinux (hatte ich vor ~3, 4.. Jahren mal laufen), aber da haben mir die Package-Scripts nicht gefallen (IIRC). Irgendwie haben sich eh alle gegen mich verschworen.. die Ports von OpenBSD sind eingefroren, die Ports von FreeBSD sind ebenfalls eingefroren (damit die Ports an GCC 4.2.x angepasst werden koennen) und NetBSD laeuft hier links von mir still und leise vor sich hin. Irgendwie ist das nicht so mein Jahrhundert glaub ich. "emerge regelt wie Sau!!!11!" vollständig lesen

Heute logge ich mich auf einer meiner Workstations ein und will sie mal wieder updaten. Die Distribution (LFS) nutzt emerge von Gentoo als Paketverwaltung. Nachdem ~10 Programme problemlos aktualisiert wurden, bekomme ich folgende Fehlermeldung zu sehen:

>>>  Emerging (1 of 3) mail-client/mutt-1.5.16 to /

[...]

 * Failed Patch: 06-nntp.patch !

 *  ( /var/tmp/portage/mail-client/mutt-1.5.16/work/mutt-1.5.16-gentoo-patches/06-nntp.patch )

 *

 * Include in your bugreport the contents of:

 *

 *   /var/tmp/portage/mail-client/mutt-1.5.16/temp/06-nntp.patch-20696.out



 *

 * ERROR: mail-client/mutt-1.5.16 failed.

 * Call stack:

 *   ebuild.sh, line 1648:   Called dyn_unpack

 *   ebuild.sh, line 768:   Called qa_call 'src_unpack'

 *   ebuild.sh, line 44:   Called src_unpack

 *   mutt-1.5.16.ebuild, line 72:   Called epatch '/var/tmp/portage/mail-client/mutt-1.5.16/work/mutt-1.5.16-gentoo-patches/06-nntp.patch'

 *   eutils.eclass, line 304:   Called die

 *

 * Failed Patch: 06-nntp.patch!

 * If you need support, post the topmost build error, and the call stack if relevant.

 * A complete build log is located at '/var/tmp/portage/mail-client/mutt-1.5.16/temp/build.log'.

 *



 * Messages for package mail-client/mutt-1.5.16:



 * Failed Patch: 06-nntp.patch !

 *  ( /var/tmp/portage/mail-client/mutt-1.5.16/work/mutt-1.5.16-gentoo-patches/06-nntp.patch )

 * 

 * Include in your bugreport the contents of:

 * 

 *   /var/tmp/portage/mail-client/mutt-1.5.16/temp/06-nntp.patch-20696.out

 * 

 * ERROR: mail-client/mutt-1.5.16 failed.

 * Call stack:

 *   ebuild.sh, line 1648:   Called dyn_unpack

 *   ebuild.sh, line 768:   Called qa_call 'src_unpack'

 *   ebuild.sh, line 44:   Called src_unpack

 *   mutt-1.5.16.ebuild, line 72:   Called epatch '/var/tmp/portage/mail-client/mutt-1.5.16/work/mutt-1.5.16-gentoo-patches/06-nntp.patch'

 *   eutils.eclass, line 304:   Called die

 * 

 * Failed Patch: 06-nntp.patch!

 * If you need support, post the topmost build error, and the call stack if relevant.

 * A complete build log is located at '/var/tmp/portage/mail-client/mutt-1.5.16/temp/build.log'.

 * 

[..]

Gut.. also sehen wir mal in besagter /var/tmp/portage/mail-client/mutt-1.5.16/temp/build.log nach und siehe da:

PATCH COMMAND:   patch -p0 -g0 -E --no-backup-if-mismatch < /var/tmp/portage/mail-client/mutt-1.5.16/work/mutt-1.5.16-gentoo-patches/06-nntp.patch

patching file b/ChangeLog.nntp

can't find file to patch at input line 423

Perhaps you used the wrong -p or --strip option?

The text leading up to this was:

[...]

Im gentoo Bugzilla ist nichts zu finden, also suche ich im Gentoo Forum nach 06-nntp.patch und bin doch etwas erstaunt ueber Die Suche hat 147 Ergebnisse ergeben.. Das soviel Ergebnisse gefunden wurden, liegt daran, dass die Suche des Forums aus 06-nntp.patch kurzerhand patch gemacht hat, was sie somit unbrauchbar macht. Als ich nach "mutt nntp" suche, bekomme ich den Witz des Tages zu lesen.
Ich glaub ich kompiliere wieder alles selbst; dann weiss ich wenigstens das es funktioniert.
Wenn man sich jetzt mal mutt-1.5.16.ebuild findet man darin folgende Zeilen:

        for p in "${PATCHDIR}"/*.patch ; do

            epatch "${p}"

        done

Das Problem dabei ist nur, dass die Standardoptionen von $EPATCH_OPTS (-p0 -g0 --no-backup-if-mismatch) fuer den NNTP-Patch von Mutt nicht korrekt sind.

$ cd /var/tmp/portage/mail-client/mutt-1.5.16/work/mutt-1.5.16

$ patch -p0 -g0 --no-backup-if-mismatch < ../mutt-1.5.16-gentoo-patches/06-nntp.patch

patching file b/ChangeLog.nntp

can't find file to patch at input line 423

Perhaps you used the wrong -p or --strip option?

The text leading up to this was:

--------------------------

|diff --git a/Makefile.am b/Makefile.am

|index 2dd5373..fe66aa5 100644

|--- a/Makefile.am

|+++ b/Makefile.am

--------------------------

File to patch: 

[...]

Die Loesung steht naemlich jetzt schon in der Fehlermeldung: Perhaps you used the wrong -p or --strip option?. Nicht "-p0", sondern "-p1"; dann funktioniert es auch.
Und was lernen wir daraus? Richtig. Aktualitaet gut und recht, aber die hilft nicht, wenn sie zusammengepfuscht wird. Es reicht naemlich nicht zwingend aus, einfach die Versionangaben zu aendern. Man sollte die Aenderungen auch erstmal testen.

Sowas ist zwar aergerlich, aber kein Weltuntergang oder "schwerwiegender Fehler" um Antworten von ggf. hier aufschlagenden Debian-Nazis vorzugreifen. Das Resultat eines solchen Fehlers ist lediglich der, dass das neue Programm nicht installiert wird, das Alte jedoch noch vorhanden ist. Es schraenkt also die Stabilitaet des Systems in keinster Art und Weise ein. Und bis Mutt 1.5.16 im Stable-Release von Debian verfuegbar ist, funktioniert es hier auch.