node-0 » Gentoo

Lazy Upgrader Detected

Martin Eisenhardt — Fri, 25 Jan 2008 12:08:38 +0000

Ich fühle mich ertappt.

Gerade bin ich dabei, auf einem Server ein paar Updates nachzufahren. Auf dem Server läuft Gentoo Linux, und ich gebe zu, ich habe das mit den Updates ein bisschen schleifen lassen, Stichwort: Never change a running system.

Soeben wollte ich das Update der glibc in Angriff nehmen, da versagte mir emerge den Dienst mit dem Hinweis:

* You still haven't deleted //etc/locales.build.
* Do so now after making sure //etc/locale.gen is kosher.
*
* ERROR: sys-libs/glibc-2.6.1 failed.
* Call stack:
*            ebuild.sh, line 1717:  Called dyn_setup
*            ebuild.sh, line  768:  Called qa_call 'pkg_setup'
*            ebuild.sh, line   44:  Called pkg_setup
*   glibc-2.6.1.ebuild, line  204:  Called die
* The specific snippet of code:
*              die "lazy upgrader detected"
*  The die message:
*   lazy upgrader detected

Stimmt, die /etc/locales.build gibt es noch – aber deshalb muss man mich doch nicht gleich als faulen Sack titulieren …

Gentoo 2007.0 released (english text)

Martin Eisenhardt — Mon, 07 May 2007 18:48:05 +0000

The Gentoo-Team releases the newest installment of the most flexible and a little bit geeky Linux distribution Gentoo, namely Gentoo 2007.0.

Starting 1800 UTC (which is around 1200 eastern time and 900 Pacific time), the new ISO images and stage files are available via the usual mirrors, f.e. at gentoo.mneisen.org and ftp.mneisen.org. Additionally, and proven and tested by now, the Gentoo ISO images and stage files are also available via BitTorrent the seed files for the ISO images and stage files can be obtained directly at the Gentoo project’s torrent site.

Links:

LiveDVD i686 incl. installation (via BitTorrent):
livedvd-i686-installer-2007.0.torrent
LiveDVD AMD64 incl. installation (via BitTorrent):
livedvd-amd64-installer-2007.0.torrent
LiveCD i686:
livecd-i686-installer-2007.0.iso
LiveCD AMD64:
livecd-amd64-installer-2007.0.iso
LiveCD i686 (via BitTorrent):
livecd-i686-installer-2007.0.torrent
LiveCD AMD64 (via BitTorrent):
livecd-amd64-installer-2007.0.torrent
Minimal-Install-CD x86:
install-x86-minimal-2007.0.iso
Minimal-Install-CD AMD64:
install-amd64-minimal-2007.0.iso
Minimal-Install-CD x86 (via BitTorrent):
install-x86-minimal-2007.0.torrent
Minimal-Install-CD AMD64 (via BitTorrent):
install-amd64-minimal-2007.0.torrent

Release: Gentoo 2007.0

Martin Eisenhardt — Mon, 07 May 2007 18:31:12 +0000

Das Gentoo-Team stellt heute die neueste Ausgabe der flexiblen und ein wenig geekigen Distribution Gentoo vor, nämlich Gentoo 2007.0.

Ab 1800 UTC (also 2000 CEST) sind die neuen ISO-Images und stage-Files auf den üblichen Mirrors verfügbar, darunter auch auf gentoo.mneisen.org und ftp.mneisen.org. Zusätzlich – und wie inzwischen bewährt – ist das Release auch per BitTorrent erhältlich, die zu den einzelnen ISO-Images und stage-files gehörenden *.torrent-Dateien sind ebenfalls per HTTP und FTP zugänglich – eine vollständige Liste aller per BitTorrent erhältlichen Gentoo-ISO-Images und -stage-files gibt es direkt beim Gentoo-Projekt.

Links:

LiveDVD i686 inkl. Installation (via BitTorrent):
livedvd-i686-installer-2007.0.torrent
LiveDVD AMD64 inkl. Installation (via BitTorrent):
livedvd-amd64-installer-2007.0.torrent
LiveCD i686:
livecd-i686-installer-2007.0.iso
LiveCD AMD64:
livecd-amd64-installer-2007.0.iso
LiveCD i686 (via BitTorrent):
livecd-i686-installer-2007.0.torrent
LiveCD AMD64 (via BitTorrent):
livecd-amd64-installer-2007.0.torrent
Minimal-Install-CD x86:
install-x86-minimal-2007.0.iso
Minimal-Install-CD AMD64:
install-amd64-minimal-2007.0.iso
Minimal-Install-CD x86 (via BitTorrent):
install-x86-minimal-2007.0.torrent
Minimal-Install-CD AMD64 (via BitTorrent):
install-amd64-minimal-2007.0.torrent

Amazon empfiehlt mir Windows

Martin Eisenhardt — Mon, 08 Jan 2007 13:18:41 +0000

... aber ich habe da so meine Zweifel …

Ernsthaft: Heute habe ich eine eMail von Amazon bekommen, in der ich darauf hingewiesen werde, dass Windows Vista und Office 2007 ab sofort auch bei Amazon zu haben sind. Als Begründung für diese Empfehlung wird das folgende angegeben:

Because you have made a purchase from Amazon.com’s Software Store, we thought you’d like to learn more about Microsoft’s powerful new operating system—Windows Vista—and its full line of new and improved Office 2007 products.

Toll: Weil ich bei Amazon.co.uk mal eine (damals in Deutschland noch nicht erhältliche) Software bestellt habe, meint Amazons Recommender-Service nun also, ich würde mich auch für Windows interessieren. Aber warum denn? Ist jeder, der einen Computer für Beruf oder Freizeit einsetzt, gleich ein Mitglied der Redmonder Fangemeinde? Doch wohl hoffentlich nicht …

Kleiner Tipp an Amazon: Der Recommender müsste dringend mal überarbeitet werden. Windows Vista an jeden zu empfehlen, der mal Software über Amazon bezogen hat, das ist einfach viel zu kurz gegriffen. Insbesondere dann, wenn das übrige Kaufverhalten dieses Kunden eine starke Assoziation mit Open Source Software und Linux nahelegt.

Besonders lustig finde ich die Bezeichnung der neuen Freuden aus Redmond als powerful new operating system bzw. als new and improved Office products. Wenn ich an Windows denke, kommen mir viele Begriffe/Adjektive in den Sinn, auch positiv besetzte: unkomplizierte Spielplattform, einfache »Kompatibilität« mit anderen (weil Windows nunmal bei den meisten installiert ist, leider), die meiste Hardware funktioniert problemlos und ohne Rumdoktern …

Aber powerful kam mir da noch nie in den Sinn. Als »powerful« würde ich eher MacOS X und Linux bezeichnen, als innovativ auch.

Windows ist für mich eher konservativ, baut auf Althergebrachtes und macht seine Sache in einigen Bereichen recht ordentlich.

Mehr aber auch nicht. Ich denke, ich bleibe trotz dieser überzeugenden Empfehlung bei Kubuntu und Gentoo. Sorry.

Microsoft und Novell: Ballmers FUD untersucht

Martin Eisenhardt — Thu, 23 Nov 2006 11:03:54 +0000

Selbst nach dem Kooperationsvertrag zwischen Microsoft und Novell sondert Microsoft-CEO Steve Ballmer FUD ab und orakelt über vermeintliche Verletzungen von Microsofts Patenten durch Linux. Konkretes wird da nicht genannt, aber das gehört ja zum Geschäft.

Eine nette Auseinandersetzung mit dem Thema findet sich beim Zufallsbit im Artikel »The new and extended FUD«. Dort wird unter anderem dargelegt, dass sich ein Ausspruch Mahatma Ghandis wieder einmal bewahrheitet:

First they ignore you, then they laugh at you, then they fight you, then you win.

Microsoft hat Linux lange Zeit ignoriert, dann mit vielen unsäglichen (Des)informationskampagnen versucht, das Vertrauen in Linux zu erschüttern und befindet sich nun in der Phase, Linux aktiv zu bekämpfen.

Bei Zufallsbit wird dazu aufgerufen, von Windows und Suse Linux weg hin zu Linux-Distributionen wie Debian, Fedora, Gentoo oder Ubuntu, Kubuntu, Xubuntu zu migrieren, um über den Marktdruck zum einen das Microsoft-Novell-Abkommen zu torpedieren und zugleich diesem »Deal mit dem Teufel« die Brisanz zu nehmen.

Diesem Aufruf möchte ich mich nicht wirklich anschließen: Zwar bevorzuge ich auf Servern Gentoo und am Desktop Kubuntu, ich will aber auch keinem sein Suse Linux madig machen. Das ist doch eine gute Distribution.

Und der Deal zwischen Novell und Microsoft ist für mich kein »Pakt mit dem Teufel«, sondern vielmehr ein Kooperationsabkommen, um die Interoperabilität der Systeme zu erhöhen. Das ist aus Kunden- und Anwendersicht absolut zu begrüßen. Schließlich wird damit der »eiserne Vorhang« zwischen beiden Betriebssystem-Welten ein Stück weit durchlässiger, und es werden zukünftig wohl mehr Windows-Anwender auch einmal mit Linux in Berührung kommen; also auch eine Art »Guerilla-Marketing«.

Schließlich sollte das Ziel der Linux-Community (entgegen der Vermutungen aus dem Microsoft-Lager) nicht die totale Weltherrschaft sein. Monokulturen sind immer schädlich. Das zeigt sich jetzt, wo auf den Desktops zu über 90% Windows-Betriebssysteme eingesetzt werden, und das würde sich wohl auch zeigen, wenn Linux oder Mac OS eine ähnliche Dominanz hätten – wenn ich auch glaube, dass die Sicherheitsprobleme von Windows nicht nur auf der hohen Exponiertheit wegen der großen Verbreitung beruhen, sondern dass Windows auch durch seine häufig laxe Umsetzung von Sicherheitsanforderungen den Angreifern das Leben besonders leicht macht und Linux zumindest diesen Fehler nicht hat.

Alles in allem ist es aber doch schön, wenn die Interoperabilität zwischen Windows und Linux zunimmt (oder zumindest zunehmen soll). Das zeigt immerhin schon einmal, dass Microsoft nicht mehr in der Phase »then they laugh at you« ist.

Welche Phase kam bei Ghandis Ausspruch nochmal am Schluss? Ach ja: »Then you win.«

Zu diesem Thema im WWW:

golem.de: Microsoft und Novell: Der Pakt im Detail
golem.de: Microsoft kauft für 240 Millionen US-Dollar Linux
golem.de: GPL v3 soll Novell-Microsoft-Pakt unterbinden
golem.de: Ballmer: Linux verletzt Microsofts Rechte
golem.de: Novell und Microsoft: Einig, dass man sich uneinig ist

Zufallsbit: The new and extended FUD

Gentoo und MySQL: A never-ending story

Martin Eisenhardt — Wed, 25 Oct 2006 16:53:19 +0000

Bereits im April gab es Probleme mit einem MySQL-Upgrade, nun gibt es einen weiteren Fall, in dem die Maintainer für MySQL bei Gentoo offensichtlich etwas zu schnell geschossen haben.

Historie oder: Was im April geschah

Nach der Aktualisierung von MySQL 4.1.14 auf die Version 4.1.14-r1 (und einer nicht angekündigten und schlecht kommunizierten Änderung des Standard-Encodings von latin1 auf utf8) funktionierten viele PHP-basierte Anwendungen entweder nicht mehr oder aber stellten Umlaute und andere Sonderzeichen falsch dar.

Dies ließ sich relativ schmerzlos durch einen kleinen Patch an den betroffenen Applikationen beheben (siehe den damaligen Blogpost). ~~Schlauere~~ Misstrauischere Zeitgenossen hatten auch noch eine andere Möglichkeit, wenn sie denn ein Backup ihrer Daten hatten: Einen DB-Dump mit dem alten MySQL in neuer Kodierung erstellen, dann MySQL stoppen, MySQL upgraden, dann ein Reload der Datenbank aus dem Dump mit neuer Kodierung.

Ich aber hatte das Pech, dass ich ein “Bindestrich-Update” (schließlich änderte sich nur die Gentoo-interne Revisionnummer) unterschätzt und für sicher gehalten habe – zumal die neue Version als stabil gekennzeichnet worden war. Wie so ein massiver Fehler den Maintainern bei Gentoo unterlaufen konnte, kann ich mir bis heute nicht erklären; so etwas darf nicht passieren, denn sehr viele Linux-Installationen werden in einem LAMP Stack eingesetzt, in dem das M eben für MySQL steht.

Kommen wir aber zum aktuellen Problem mit Gentoo und MySQL.

Das aktuelle Problem: Update von MySQL 5.0.26 auf 5.0.26-r1

Seit ca. August 2006 hatte ich die MySQL-Version 5.0.24 im Einsatz, die auch prima funktionierte: Blog betreiben, Postfix mit virtuellen Maildomains und virtuellen Mailboxes, Courier-IMAP mit Courier-Authlib und vor allem (das wird noch wichtig): Cyrus-SASL für die SMTP-Authentifizierung per SASL. Alle diese Komponenten greifen mehr oder weniger direkt auf den lokal laufenden MySQL-Server zu.

Am 13. Oktober 2006 wurde dann das Update auf MySQL 5.0.26 freigegeben, welches ich auch erfolgreich kompiliert und installiert habe. Wiederum lief alles prima – offensichtlich aber nur für diejenigen Nutzer, die keine Perl-DBI-Applikationen betreiben.

Genau da hatte die Version 5.0.26 nämlich einige Probleme und musste gepatcht werden, was dann am 21. Oktober 2006 geschah: Version 5.0.26-r1 (man beachte: es handelt sich um ein Bindestrich-Update!) fixte diese Probleme. Da ich meine Server immer gerne auf aktuellem Stand halte, habe ich auch dieses Update installiert.

Das war ein Fehler

Fast alle Applikationen liefen nach wie vor prima, allerdings hatte Cyrus-SASL keine Chance mehr, sich mit dem MySQL-Server zu verbinden. Also war auch keine SMTP-Authentifizierung mehr möglich, und in Folge dessen konnten keine eMails mehr über meinen MTA versendet werden. Der Empfang lief weiterhin prima, genauso wie der automatische Versand von eMails vom Server aus selbst. Vom Arbeitsplatz oder Laptop aus aber ging gar nichts mehr, weil diese SMTP-Sessions authentifiziert werden müssen (Stichwort: Open Relay).

Was nun?

Bislang hatte sich Cyrus-SASL über das Unix-Socket mit MySQL verbunden. Von der Kommandozeile aus ging das auch immer noch prima:

$ mysqladmin -u root -p version
mysqladmin  Ver 8.41 Distrib 5.0.26, for pc-linux-gnu on x86_64
Copyright (C) 2000 MySQL AB & MySQL Finland AB & TCX DataKonsult AB
This software comes with ABSOLUTELY NO WARRANTY. This is free software,
and you are welcome to modify and redistribute it under the GPL license
 
Server version          5.0.26-log
Protocol version        10
Connection              Localhost via UNIX socket
UNIX socket             /var/run/mysqld/mysqld.sock
Uptime:                 1 hour 7 min 9 sec
 
Threads: 10  Questions: 2705  Slow queries: 0  Opens: 30
Flush tables: 1  Open tables: 24  Queries per second avg: 0.671

Applikationen wie Wordpress oder Postfix selbst (für virtuelle Mailboxes etc.) konnten sich auch weiterhin über das Unix-Socket in /var/run/mysqld/mysqld.sock connecten, genauso wie auch über TCP/IP(Transport Control Protocol/Internet Protocol). Nur Cyrus-SASL verweigerte sowohl über das Socket als auch über TCP/IP den Dienst.

Nach vielen Hin und Her hat sich dann herausgestellt, dass folgende Konfiguration für Cyrus-SASL in /etc/sasl2/smtpd.conf immer noch die richtige ist:

pwcheck_method: auxprop
auxprop_plugin: sql
srp_mda: md5
password_format: crypt
mech_list: login plain
log_level: 0
 
sql_engine: mysql
sql_hostname: 127.0.0.1
sql_database: postfix
sql_user: postfix
sql_passwd: geheim
sql_select: SELECT password FROM accounts WHERE email='%u@%r'
sql_usessl: no

Als sql_hostname kann wahlweise auch localhost oder die nicht-lokale IP des MySQL-Servers verwendet werden.

Einziges Manko dieser Konfiguration: Sie funktionierte nicht mehr. Also scheint der Fehler bei MySQL zu liegen.

Was liegt näher als ein Downgrade auf die letzte funktionierende Version? Nichts, außer dass das entsprechende ebuild (/usr/portage/dev-db/mysql/mysql-5.0.24-r1.ebuild) am 21. Oktober aus Portage entfernt wurde. Der Spaß begann.

Spaß

Durch freundliche Hilfe im Forum bei Gentoo wurde ich darauf aufmerksam gemacht, dass ich einfach nur den ebuild für MySQL 5.0.26-r1 umkopieren müssen und damit dann schon den entsprechenden ebuild für die gewünschte Version hätte:

$ cd /usr/portage/dev-db/mysql
$ cp mysql-5.0.26-r1.ebuild mysql-5.0.24-r1.ebuild

Danach war nur noch notwendig, den digest für diesen “neuen” (alten) ebuild zu erzeugen:

$ ebuild mysql-5.0.24-r1.ebuild digest

Dieses Kommando lädt die für den ebuild benötigten Dateien und erstellt für alle Prüfsummen. Leider: Die benötigte Datei mysql-5.0.24.tar.gz ist auf einigermaßen aktuellen Mirrorn des Gentoo Mirror Networks nicht mehr vorhanden, da der zugehörige ebuild ja bereits aus Portage entfernt wurde.

Bei MySQL selbst gibt es die Datei mysql-5.0.24a-linux.tar.gz – nur ob das jetzt die gleiche ist wie die Datei, die es mal auf den Gentoo-Mirrorn gab, ist eher schwierig zu entscheiden.

Ich stand also da ohne die benötigten Source-Pakete – und ohne die geht unter Gentoo gar nichts. Ich hatte also mehr Spaß.

Mehr Spaß

Glücklicherweise konnte ich auf einem Server in Portugal, der offensichtlich schon seit ein paar Tagen nicht mehr gesynct wurde, diese Datei dann doch noch finden, zusammen mit dem kompletten Patch-Set für MySQL 5.0.24-r1.

Also nichts wie runtergeladen, Digests erstellt (s.o.) und dann ein

$ emerge -p =dev-db/mysql-5.0.24-r1

Das lief dann auch gut durch und wurde installiert, und schon nach einem

$ /etc/init.d/mysql restart

lief alles wieder wie gewohnt: reibungslos.

Da ich diese Version jetzt sicherlich so schnell nicht wieder updaten möchte, habe ich der Datei /etc/portage/package.mask noch folgende Zeile hinzugefügt:

=dev-db/mysql-5.0.26

Damit sind alle MySQL-Versionen ab 5.0.26 gesperrt.

Fazit

Das MySQL-Maintainer-Team bei Gentoo hat es wieder einmal geschafft, mir (und vermutlich vielen anderen Anwendern) echte Probleme zu bereiten. Da wird mit heißer Nadel ein Fehler gefixt, der – und das muss man natürlich auch in Betracht ziehen – viele Perl-Anwender an den Rand der Verzweiflung getrieben hat. Nur: Der Patch, der diesen Fehler behebt, ist dann eine echte Katastrophe für all diejenigen, die auf Postfix+Cyrus-SASL+MySQL als MTA setzen – und das dürften nicht gerade wenige sein.

Insgesamt erinnert mich das alles ein bisschen an die Patch-Gewohnheiten von Microsoft: Da gibt es auch häufiger mal einen Patch für einen Patch für einen Patch … Weil mit jedem Patch (von denen jeder für sich genommen sicherlich sehr wichtig ist) das Produkt an einer anderen Stelle bricht.

Ich hoffe, dass die Maintainer bei Gentoo nun aus diesem Disaster lernen und zukünftig die MySQL-Releases ein bisschen besser testen. Damit können sie sich viele Freunde unter den Perl-Usern und den MTA-Admins machen.

Service

Da es wohl schwieriger werden wird, die Dateien für die Gentoo-Variante von MySQL 5.0.24-r1 über die üblichen Kanäle zu beziehen, habe ich sie hier noch einmal zusammengestellt.

Datei	Größe	speichern in
mysql-5.0.24-r1.ebuild	1.1K	/usr/portage/dev-db/mysql
mysql-5.0.24.tar.gz	20M	/usr/portage/distfiles
mysql-patchset-5.0.24-r2.tar.bz2	1.7K	/usr/portage/distfiles

Die Angaben zum Speicherort beziehen sich auf ein standard-konform eingerichtetes Gentoo-System. Die ebuild-Datei ist nach dem nächsten

$ emerge --sync

wieder weg, da sie nicht mehr im offiziellen Portage-Tree enthalten ist. Hier könnte man mit Overlays arbeiten. Nach dem Download und Speichern der drei Dateien ist Folgendes auszuführen:

$ cd /usr/portage/dev-db/mysql
$ ebuild mysql-5.0.24-r1.ebuild digest
$ emerge -av =mysql-5.0.24-r1
$ /etc/init.d/mysql restart

Microsoft zieht den RC2 von Windows Vista zurück

Martin Eisenhardt — Tue, 10 Oct 2006 16:26:42 +0000

Man war ja es schon gewohnt, dass Produkte von Microsoft typischerweise nicht zum ursprünglich angekündigten Erscheinungstermin auf den Markt kamen, und man war auch eher selten überrascht, wenn dann auch der verschobene Einführungstermin nicht eingehalten wurde. Zudem hatten in den Augen vieler Leute manche Produkte aus Redmond bislang bei Markteinführung Bananenstatus: Sie reiften erst beim Kunden.

Nun aber hat Microsoft etwas ganz neues gemacht. Nur kurze Zeit, nachdem der Release Candidate 2 (RC2) von Microsofts neuem Flaggschiff Windows Vista veröffentlicht wurde, ist der Download wieder gesperrt – wer bis jetzt keine Kopie des RC2 hat, wird wohl auch keine mehr bekommen. Vermutet wird, dass Microsoft nach einer vorher festgelegten Anzahl von Downloads die entsprechenden Dateien bzw. Links wieder vom Netz genommen hat.

Viele – auch ich – werden das verschmerzen können, seltsam ist dieses Vorgehen aber schon. Entweder, ich lasse eine public beta phase (und nichts anderes ist bei Microsoft für gewöhnlich ein Release Candidate) durchführen, oder ich lasse es. Diese künstliche Begrenzung auf n Tester – was soll die bringen?

Und so rauscht es denn auch wieder im Blogwald: Dodger meldet Windows Vista RC2 stürzt ab, das IT-Weblog titelt nicht ganz zutreffend Rückrufaktion bei Vista und Gibt’s doch gar nicht findet Windows Vista RC2 – ein kurzes ‘Vergnügen’.

Alles in allem also eher ein verheerendes Echo für Microsoft – da kann das Produkt dann noch so gut sein. Wenn die Einführung seit Bekanntgabe, dass das Produkt überhaupt entwickelt wird, mit vierteljährlicher Routine immer wieder und immer weiter nach hinten verschoben wird, dann wird manchem das Warten öde: Da guckt man sich dann doch lieber nach etwas anderem um ...

Zu diesem Thema im WWW:

golem.de: Windows Vista RC2 – Rätselraten um Bereitstellungsende

golem.de: Windows Vista RC2 – ein kurzes Vergnügen

Neuer Mirror für Gentoo online | New Gentoo Mirror online

Martin Eisenhardt — Sat, 23 Sep 2006 11:27:37 +0000

Deutscher Text

English text follows at bottom of post.

Ab sofort steht ein neuer full mirror der Linux-Distribution Gentoo zur Verfügung, der alle zwei Stunden upgedated wird. Gespiegelt sind alle distfiles, die täglichen Snapshots des Portage-Trees sowie alle ISO-Images des Gentoo-Projekts (außer /releases/historical). Gehostet wird der Mirror auf einem AMD Athlon 64 3700+, 1 GB RAM, XFS auf RAID-0, 1 GBit NIC, Kernel 2.6.17-gentoo-r8; das Rechenzentrum steht in Nürnberg und ist mit insgesamt 9 GBit an verschiedene Backbones angebunden.

Momentan ist der Mirror weder hinsichtlich der Bandbreite noch der Anzahl gleichzeitiger Benutzer eingeschränkt.

Erreichbar ist der Mirror per HTTP und FTP:

http://gentoo.mneisen.org/

ftp://ftp.mneisen.org/gentoo/
Um den neuen Mirror zu verwenden, öffnen Sie bitte als root die Datei /etc/make.conf und suchen dort eine Zeile, die mit _GENTOO_MIRRORS_ beginnt, z.B.
GENTOO_MIRRORS="http://distfiles.gentoo.org/"

Fügen Sie nun den neuen Mirror an erster Stelle ein (dabei können Sie zwischen HTTP und FTP wählen):
GENTOO_MIRRORS="http://gentoo.mneisen.org/ http://distfiles.gentoo.org/"
bzw.
GENTOO_MIRRORS="ftp://ftp.mneisen.org/gentoo/ http://distfiles.gentoo.org/"
Auf diese Weise verwenden Sie standardmäßig den neuen Mirror und behalten den ursprünglich eingetragenen Mirror als fall back.

Für weitere Informationen oder bei Problemen kontaktieren Sie bitte Martin Eisenhardt.

English text

Beginning September 23, 2006, a new full mirror of the Gentoo Linux distribution is available to the general public. Updated on a bi-hourly schedule, it provides all distfiles, daily snapshots of the portage tree and all ISO images of the Gentoo project (sparing /releases/historical). The mirror runs on AMD Athlon 64 3700+, 1 GB RAM, XFS on RAID-0, 1 GBit NIC, kernel 2.6.17-gentoo-r8; the data center is located in Nuremberg (Germany) and connects with an aggregated bandwidth of 9 GBit to several backbones.

Momenarily, the mirror does not limit total bandwidth or concurrent number of users.

You may connect to the mirror by HTTP or FTP:
http://gentoo.mneisen.org/

ftp://ftp.mneisen.org/gentoo/
To use the new mirror, open the file /etc/make.conf with root privileges and search a line starting with _GENTOO_MIRRORS_, f.e.
GENTOO_MIRRORS="http://distfiles.gentoo.org/"

Insert the new mirror as first mirror (you may choose to use HTTP or FTP):
GENTOO_MIRRORS="http://gentoo.mneisen.org/ http://distfiles.gentoo.org/"
or
GENTOO_MIRRORS="ftp://ftp.mneisen.org/gentoo/ http://distfiles.gentoo.org/"
Save the file. Now, your system will use the new mirror as primary mirror, with your old mirror(s) as fall-back solution.

For additional information, or in the case of problems, contact Martin Eisenhardt.

Gentoo: PHP & MySQL-Updates machen Probleme

Martin Eisenhardt — Mon, 24 Apr 2006 22:40:57 +0000

Sonntags hat man ja nichts zu tun, wir haben ja alle eine 40-Stunden-Woche und “Freitag ab eins macht jeder seins” . Was macht man also? Während man die während der Woche liegengebliebene Arbeit nachholt und sich auf die nächste Arbeitswoche vorbereitet, kann man ja mal eben schnell seinen Server auf den neuesten Stand bringen.

Ich betreibe meine Rechner vorzugsweise unter Gentoo, nur zum Daddeln habe ich auf dem Laptop auch ein Windows. Das Schöne an Gentoo ist eigentlich, dass man sich darauf verlassen kann, dass alles so funktioniert, wie es soll. Es ist zwar manchmal ein bisschen Nachhilfe notwendig, aber das macht die Sache ja eher noch interessanter.

Aber was ist jetzt passiert? Ich habe gestern PHP und MySQL auf die neuesten stabilen(!) Versionen upgedated, und musste dann feststellen, dass sich sowohl Joomla! als auch phpBB2 beharrlich weigerten, Umlaute darzustellen. Stattdessen bekam man nur Multi-Byte-Sequenzen zu sehen. Die neuen Versionen ließen sich auch durch weitestgehende Anpassungen der /etc/mysql/my.cnf bzw. der /etc/apache2-php5/php.ini nicht dazu überreden, dass die Umlaute wieder korrekt angezeigt wurden.

Was war denn da kaputt? Schließlich ging es nur von MySQL 4.1.14 auf 4.1.14-r1, und auch bei PHP ging es nur um ein ähnlich kleines Update. Grund für die Probleme war es offensichtlich, dass die bereits existierenden Datenbanken in LATIN1-Kodierung vorlagen, das neue MySQL 4.1.14-r1 auf Gentoo aber UTF-8 verwendet. Stellt man das auf LATIN1 zurück, erscheinen zwar die Umlaute wieder, dann gibt es aber Probleme mit neuen Datenbanken, die man gerne in UTF-8 hätte.

Was passiert war: Zum ersten Mal seit langem haben die Betreuer des Package-Systems von Gentoo (portage) wohl etwas durchgewunken, was nicht hätte stable sein sollen. Das letzte Mal war mit das bei einem Update von apache-2.0.x-r39 auf apache-2.0.x-r40 untergekommen: bei diesem Update hatten sich die Maintainer des Portage-Trees dazu entschlossen, das Layout der Konfigurations-Dateien komplett zu ändern—bis dato wiesen die Konfigurationsdateien des httpd unter Gentoo eine gänzlich andere Struktur auf als von der Apache Foundation oder anderen Linux-Distributionen bekannt.

Was mich besonders ärgert: Wie kann man eine ernsthafte Linux-Distribution sein wollen und gleichzeitig Bindestrich-Updates (bumlux-x.y.z-r13 auf bumlux-x.y.z-r14) als stable releasen, die den Sysadmins die Konfiguration völlig zerhauen? Das darf einfach nicht passieren, schließlich gibt es ja nicht nur ein paar Privatanwender und Lehrstühle, die auf (Gentoo) Linux bauen—inzwischen gibt es auch Leute, die damit ihr Geld verdienen und die wichtige Applikationen betreiben.

Ach ja, der Work-around: Lokalisiert jeden Aufruf von mysql_connect() in Eurer Web-Applikation und schreibt direkt dahinter ein

mysql_query("SET CHARACTER SET xxx");

wobei xxx das gewünschte character set ist.

Umständlich und blöd, aber es funktioniert zumindest bei Joomla! und phpBB2.

Zum Schluss, und damit da keine Missverständnisse entstehen: Ich halte Gentoo nach wie vor für eine tolle Distribution und setze weiter darauf—ich hoffe aber, dass sich das Release Management zumindest bei den wichtigen Applikationen (LAMP, X, KDE, ...) noch weiter verbessert.

Update

Bernd Wurst schreibt in seinem Blog auch über die oben beschriebene Problematik und erklärt auch noch ein bisschen besser, warum MySQL sich so benimmt, während ich ja hier nur eine Metabetrachtung vorgenommen habe und den Workaround beschreibe. Danke an Bernd für die Erklärung!

Steffen Zieger schreibt in seinem Blog, dass es auch jetzt noch Probleme mit MySQL und PHP unter Gentoo gibt, die allerdings einfacher zu umschiffen sind. Inzwischen müssen nur noch die Zeichensätze der Datenbanken in der Konfigurationsdatei my.cnf richtig eingestellt werden – und das ist ja auch logisch.