Aber was wäre die schöne Welt des Software-Kommunismus, wenn man nicht von jedem Fork ‘n Fork machen könnte? Deswegen, man sehe und staune, das bessere “Mint” ist Peppermint. Noch Fragen? Ich hab keine mehr, denn das ist – bei aller Liebe zu OpenSource und freier Software – so ziemlich unnötig. Aber nun ja, ich freue mich schon jetzt auf den Fork von Peppermint, was dann neben einen noch leichtgewichtigeren Windowmanager (vielleicht als Anregung mal genannt: Framebuffer) ein noch schöneres Wallpaper mitbringt.

Never change a running system

Aus unerfindlichen Gründen meinte ich aber quasi zwischen Tür und Angel ein Update durchführen zu müssen. Wieder erwarten lief das – auch dank dieser und jener Anleitung – völlig unproblematisch. Noch nicht mal der Apache2 benötigte viel Zuwendung in Bezug auf die Konfiguration.*

So verrichtet nun ein Apache 2.2.3 (latest Version: 2.2.11) mit PHP 5.2.0 (latest Version: 5.2.8) aus dem Debian Stable-Tree ihren Dienst. Ich hoffe, genauso treu, wie die alten Versionen. Wer derzeit noch Fehler findet braucht sie nicht zu behalten, ein kurzer Kommentar hier im Blog wäre sehr nett.

* Nachtrag:
Hach, welch’ Blödsinn. Natürlich bedurfte die Konfiguration noch einiger Zuwendung. Ich bin und bleib dem AddDefaultCharset treu und auch wenn ich beim HTTPd und bei PHP nun schon im 21ten Jahrhundert angekommen bin, so bleibt das DefaultCharset bei mir nach wie vor ISO. Ansonsten wollte die Konfiguration noch ein AllowOverride All haben, damit auch die Permalink-Struktur aufgelöst werden konnte.

Konkret für’s nächste mal dann:

<Directory />
(..)
AllowOverride All
</Directory />
(..)
</Directory /var/www/>
AllowOverride All
(..)
</Directory />

Eine Lehrerin aus den USA hat bewiesen, dass die “Raubkopierer sind Verbrecher”-Kampagnen sich in vielen Köpfen festgesetzt haben. Ärgerlich nur, das besagte Lehrerin die Argumente so verinnerlicht hat, dass sie Linux als ein Ding der Unmöglichkeit betrachtete.

Immerhin hat sich ja alles zum Guten gewendet, wenn man dem Artikel Glauben schenken darf. Wenn es nicht so zum Lachen wäre könnte man fast weinen.

Im Prinzip fehlt mir Linux schon. Auf dem betagten Desktop-PC läuft es zwar immernoch, aber man kann nicht davon sprechen, daß es gepflegt ist. Wenn ich nicht so wählerisch wäre, würde vermutlich auch endlich ‘n aktuelles Distribution mit einem aktuellen Kernel und dem aktuellen KDE auch hier wieder munter vor sich hin arbeiten. Mal sehen, ob ich in 2 1/2 Wochen vielleicht mal zwei Tage meiner ach so kostbaren Zeit dafür investieren kann – zufriedener würd es mich allemal machen.

Bevor man aber höchst motiviert los legt, muß man sich erstmal fragen, warum (K)Ubuntu die Partitionen über ihre UUIDs per fstab einhängt. Wenn man, wie ich, ein wenig an den Partitionen herum spielt, sie in der Größe verändert, dann resultieren daraus auch neue UUIDs. Es betraf nicht die Systempartition von (K)Ubuntu, weswegen alles noch glimpflich ablief, aber Verständnis für kryptische UUIDs als Device-Namen in der /etc/fstab gegenüber den, im Gegensatz zu den UUIDs unveränderten Device-Nodes (wie z.B. /dev/sda3) hab ich irgendwie nicht erlangen können.

Als nächstes stehen dann die Updates vor der Tür. Es dürfte bezeichnend sein, daß Kubuntu noch in Version 7.10 installiert war. Updates einer Version sind ja recht unproblematisch und das klappt bei (K)Ubuntu genauso gut, wie bei nahezu jeder x-beliebigen anderen Distrubution. Etwas überrascht war ich jedoch, nach dem der neueste Kernel installiert war: grub hat die neuen Einträge nicht die bestehende Konfiguration angehangen, sondern diese überschrieben.

Wohl ein kleiner Fehler im Detail, der aber durchaus nervtötend sein kann, wenn man erstmal seine ganzen Betriebssysteme und lauffähigen Kernel-Versionen nachtragen darf. Glücklicherweise flog noch eine vi-BackUp-Datei in /boot/grub herum.

click thumbnail to enlarge

Das dist-upgrade auf “Hardy Heron” – was ja quasi auch schon nahezu obsolet ist – gestaltete sich ebenfalls völlig unproblematisch. Diesmal hing grub die neuen Kernel-Versionen auch an die bestehende menu.lst. Da ich in der Vergangenheit, insbesondere mit Kubuntu andere Erfahrungen bei Updates gemacht hab kann man dazu nur sagen:

Wenn man sich schon den Spaß gönnt, dann kann man wenigstens auch das System richtig kaputt frickeln, also nach den Backports für KDE4 gesucht, gefunden, eingetragen und parallel zu KDE3 installiert. Damit einhergehend konnte man quasi das nächste Erfolgserlebnis verbuchen, auch hier klappte alles reibungslos. Zumindest bis dahin …

Man merkt KDE4 definitiv immernoch an, daß es nach wie vor in einer relativ frühen Entwicklungsphase steckt (wohlgemerkt mit Release 4.1). Die Installation von Widgets klappte mal gar nicht, das Einbinden von neuen Plasma-Themes ist verbunden mit dem Editieren von RC-Dateien in den Tiefen des ~/.kde Ordners. Das wiederfinden von Header-Files zum Kompilieren ist bei KDE4 auch nicht ganz trivial – und wenn man es dann doch endlich geschafft hat eine extra für KDE4 ausgelegte Window-Deco zu kompilieren und installieren, dann steht sie trotzdem nicht zur Verfügung

Darüber hinaus gibt es noch mehrere Baustellen, die ich eher auf Kubuntu denn auf KDE zurück führe. So unter anderem die fehlende Funktionalität der Funktionstasten für die Lautstärke, wohin gegen z.B. die Display-Helligkeit darüber gesteuert werden kann. Oder der nach wie vor grottige Konfigurationsdialog im OSX-”Stil“. Damit gewinnt Kubuntu wirklich keinen Blumentopf, denn ich mag KDE nicht, weil ich es “simpel” will. Gerade die hohe Konfigurierbarkeit ist doch eine der Stärken von KDE, warum muß man diese dann beschneiden? *seufz*

Es hat mir zumindest einen ersten Einblick in KDE4 gegeben, aber so recht verspüre ich keine Motivation mir mal KDE4 optisch ansprechend einzurichten und vielleicht ein paar Tage länger mal (K)Ubuntu zu nutzen. Ärgerlicherweise liegt diese dahinvegetierende Installation auf einer gerade einmal 8GB großen Partition, die eigentlich nur existiert, um daraus bequemer andere Dinge zu installieren *seufz*

click thumbnail to enlarge

Zum Schluß jedoch noch ein Wort über ein Tool, was mich doch sehr stört unter Kubuntu: KNetworkManager ist ansich ‘ne feine Sache: Erkennt automatisch kabellose und kabelgebundene Netzwerke, verbindet sich auf Anfrage, bezieht per DHCP eine IP Adresse .. nur wenn man die Netzwerkschnittstellen manuell konfigurieren möchte, dann versagt das Tool: Im manuellen Modus gibt es nämlich über WEP hinaus keinen Verschlüsselungsmodus, obwohl das Tool sich im automatischen Modus per WPA2 TKIP/AES nach Eingabe des Keys verbindet.

Official Logos by
Acer & Gentoo

Der Vorteil ist, das Gentoo nicht nur von sich aus gut dokumentiert ist, darüber hinaus gibt es ein Gentoo Wiki mit vielen Informationen auch rund um spezielle Hardware. Alleine rund um die 56er Aspire-Serie von Acer gibt es diverse Einträge:

• Acer Aspire 5652
• Acer Aspire 5672WMLi
• Acer Aspire 5633WMLi

Wobei die letzten beiden vom Umfang her am meisten Informationen liefern aber trotzdem noch nicht alle Fragen beantworten. So muß man sich doch schon ziemlich die Konfigurationen aus den einzelnen Beiträgen zusammen suchen. Mittlerweile gibt es auch nicht mehr die suspend2 gepatchten Kernel-Sourcen. Das Projekt heißt nun TuxOnIce und ist nochmal umfangreich im Wiki dokumentiert.

• TuxOnIce

Bleiben aber mitunter noch offene Fragen, mit welchem Kernel-Modul der SATA-Controller angesprochen wird und wie die Device-Namen dann lauten. Dadurch, das ich vermutlich damals den falschen Treiber ausgewählt habe funktionierte der ATAPI Brenner nicht richtig, da dieser wohl irgendwie mit über das Kernel-Modul angesprochen wurde. Ich glaube .. hdparm .. lies sich nicht aktivieren. Abgesehn davon ging auch noch die Systemzeit penetrant vor, wobei ich durchaus die Ansicht teile, das dies am Core2 Duo liegen könnte.

Wenn man einmal die Kernel-Konfiguration erfolgreich geschafft hat, dann ist zumindest der langwierigste und in meinen Augen nervigste Teil der Installation auch geschafft. Beim Rest kann man schon nicht allzu viel falsch machen. Problematisch wird es nur erst wieder, wenn ich mich dazu entscheide, die KDE4 aus einem Portage-Overlay zu ziehen, da es noch keine Sourcen im Gentoo-Zweig gibt … so ich diesmal überhaupt so weit komme …

Meine Abneigung gegenüber (K)Ubuntu ist bekannt, aber es ist nunmal noch irgendwo eine update-”fähige” Linux-Distribution, die Out-Of-The-Box laufen kann. Gut, ich weiß aber auch, daß die Kombination KDE und Ubuntu nie wirklich innig war. Bisher war jede Kubuntu-Version eher beta.

Da ich mittlerweile immernoch nicht länger als 2 Minuten mit KDE4 gearbeitet habe, wollte ich so auch zumindest ein Kubuntu mit KDE4 haben. Fataler Fehler, denn wirklich offiziell wurde diese Version anscheinend auch nicht veröffentlicht. Trotzdem habe ich es gewagt, eine KDE4 Version von Kubuntu 8.04 zu laden – und schon scheitert die LiveCD am Standard-Login.

User not known to the underlying authentication module

(K)Ubuntu rühmt sich bekanntlich, daß es einfach ist, das alles funktioniert, das man mit der LiveCD mal “hinein schnuppern” kann. Mittlerweile hab ich echt keinen Schnuppen mehr auf den Rotz. Es funktionierte noch nie so, wie es in den vielversprechenden Anpreisungen gelobt wurde. Wenn ich schon mit Benutzerfreundlichkeit mich bewerbe, dann sollte zumindest ‘ne LiveCD auch über den Login-Bildschirm hinaus kommen – oder zumindest LogIn-Daten irgendwo zentral auf der Webseite platziert sein.

Da es nach wie vor keine wirklich gute Distribution gibt, die meinen Anforderungen (weitestgehend stabil trotz bleeding-edge mit KDE4 und umfangreichen Repository) entspricht, werde ich wohl noch länger vor Vista™ oder OS iKS ( ) sitzen.

Und nein, wirklich, meiner Erfahrung nach sind weder Debian, Fedora, OpenSuSE oder was auch immer keine Alternativen. Spätestens beim Update oder dem beschränkten Software-Repository scheitern die Distributionen, wenn sie sich überhaupt installieren lassen, bzw eine angemessen Hardware-Unterstützung für den Laptop mitbringen.

Schade eigentlich, daß ein zur Zeit fast schon totes Projekt nach wie vor den höchsten Stellenwert an Linux-Distributionen hat: Kernel verschiedenster Patchlevel, aktuelle Software, Software im Repository von Freshmeat und Sourceforge, freie Auswahl der graphischen Oberfläche .. alles in meinen Augen wunderbar. Dafür nehm ich auch gerne den etwas langwierigen Update-Vorgang in Kauf. Aber wirklich Nerv auf den noch länger dauernden Installationsvorgang hab ich leider dann doch nicht mehr.

Nun, am heutigen Tage rennt die Kiste also erstmals wieder mehr als 100 Tage in Folge. So sind es “nur noch” 440 Tage, bis zum nächsten Uptime-Record. Ich hoffe aber, daß das System nun weniger unter ungeplanten Ausfällen zu leiden hat als bisher und würd mich schon freuen, wenn’s nochmal 100 Tage ohne Probleme durch läuft.

Kurz gesagt: Nachdem der Maintainer von LinuxMint, Clement Lefebvre, sich nach eigener Aussage eine gewisse Zeit dem virtuellen Sport des „Distro-Hoppings“ hingab und diverse Tutorials und Reviews geschrieben hatte, bekam er eine genaue Vorstellung davon, wie er selbst die „perfekte“ Distribution gestalten würde. Gesagt – getan. Und so erblickte LinuxMint das Licht der Welt.

Auch wenn der Anspruch Lefebvres nicht gleich die perfekte Distribution war, sondern “nur” der perfekte Desktop

Looking at all the other distributions, I got a very precise idea of how I would make the perfect desktop if I was to do it myself.

so erschrickt mich das Resultat dennoch:

Um eine gewisse Perfektion zu erreichen, kastriert man Gnome um ein Panel, fügt noch kleine graphische Helferlein ein, deren Nutzwert in meinen Augen angezweifelt werden kann, und generiert daraus eine ISO. Wenn dem so ist, dann hoffe ich auf den nächsten Hype, wenn der Markt reif ist für ein Babytuxbubbubuntu welches sich in erster Linie durch ein aktualisiertes Wallpaper von der Mutterdistribution unterscheidet.

Nee, nix für ungut – aber diese Distributionsvielfalt, die nur darauf basiert minimale Änderungen an der Standard-Konfiguration zu betreiben ist mittlerweile ausgelutscht. Es fehlen schlicht die innovativen Ideen mit denen sich Distributionen voneinander abgrenzen können. Da ist anscheinend der Markt gesättigt – und dieser braucht nunmal kein x-tausendstes Debian-Derivat.

Calculating world dependencies .. ... done!

(..) Es folgt eine lange Liste (..)

Total: 166 packages (147 upgrades, 1 downgrade, 16 new, 2 in new slots), Size of downloads: 673,545 kB

Kommt davon, wenn man länger mal kein Update durchgeführt hat. Und das ist ja noch lange nicht die einzige Baustelle.

Ich laß mich überraschen, wie lange sich der XP 2000+ daran quält. Mit KDE ist für genug Hitze-Entwicklung in meinem Keller gesorgt. Damit einher geht dann wohl auch erstmal eine kleine Pause bei WoW, denn irgendwie hab ich grad auf keinem Rechner Zugriff auf eine WoW-Installation.

Blöd nur, wenn man trotzdem noch auf die Treiber-Diskette zugreifen soll nach Abschluß der Installation. Wer erstellt schon regelmäßig Device-Nodes, wenn /dev von udev befüllt wird? Einer die Syntax auf Anhieb parat? Ich hatte nur in dunkler Erinnerung, daß es irgendwas mit mknod war.

# mknod /dev/pfad [b,c,p,u] <MAJOR> <MINOR>

Gut – das “b” für Block-Device hatten wir recht schnell ermittelt, aber woher bekommt man die Major-/Minor-Werte? Wenn man weiß, das man sich an den schon bekannten Nodes orientieren kann fällt es leichter. Mit

# ls /dev/node -l

findet man für das Device-Node die Major-/Minor-Werte heraus. Angenommen /dev/sda hat 8, 0, dann hat /dev/sda1 8, 1. Zu jedem Node gibt es anscheinend 16 Minor-Werte (0 bis 15), jedenfalls startete /dev/sdb bei 8, 16. Kleine Kopfrechen-Aufgabe für Mathe-Genies: Wie lautet der Befehl um ein Device-Node /dev/sdc1 nun anzulegen?

Wenn man das weiß, dann ist das alles kein Thema – schöner wäre es gewesen, das USB-Laufwerk komplett während der Installation schon nutzbar zu machen mittels udev und noch schöner wäre es, wenn man Disketten, von denen man 30 Minuten vorher ohne Probleme einen Treiber geladen hat, nicht später mit der Fehlermeldung Unknown partition table zu verweigern. Ein Ende dieser Erlebnisreise durch Enterprise-Gefilde ist noch nicht abzusehen – dafür hält Red Hat noch genug lustige Hürden bereit. So’n Kernel-Update durch YUM mit dem entsprechenden Treiber zu kombinieren ist auch nicht “mal eben zwischendurch” gemacht …

a) Vorgehensweise beim DOS/Windows System:

Extrahieren Sie aus der Image ZIP-Datei die zu Ihrem Festplatten Controller passende BIZ Datei. Hängen Sie an deren Dateinamen die Endung .zip an und packen Sie diese mit z.B. WinZIP aus. Das Resultat ist eine BIM Datei. Diese können Sie unter Windows in einem DOS oder einem Command-Fenster mit der Ventuno Software Version 1.21S auf eine Diskette schreiben. Den Ventuno Download gibt es auf unserer Support Homepage http://support.fujitsu-siemens.de -> ’Downloads’ -> (Falls Sie schonmal eine IdentNummer angegeben haben) ’Neues Produkt auswählen’ -> ’Volltextsuche’ -> Suchbegriff: ventuno

Das auszuführende Kommando lautet:

ventuno121S.exe ImageDateiName.bim a: /F:1440 /V /P

b) Vorgehensweise beim Linux System:

Extrahieren Sie aus der Image ZIP-Datei alle zu Ihrem Festplatten Controller passenden Dateien. Starten Sie die Skript-Datei mit der Endung .sh.

Alles klar?

Zumindest war das ein Tag zum Vergessen. Solche Tage bringen die zur Zeit doch angeknackste Beziehung zu Linux auch nicht wirklich auf Vordermann. Hier ein Fehler, da ein Bug, dort nochmal Gefrickel – und das alles, wo ich mich bei vielen Systemen mittlerweile soweit möglich auf die Standard-Konfiguration beschränke. Zu mehr fehlt auch die Zeit. Aber trotzdem: Die Anstrengung nochmal Gentoo auf dem Laptop zu installieren nehm ich dann doch in kauf.

Einfacher würde es zwar werden, wenn man nicht nur /etc mitgesichert hätte, sondern vielleicht auch noch ‘ne Kernel-Config – aber der Kernel war ja eh so ein Thema, was mal angegangen werden sollte. Damit ich nun nicht über’s Wochenende nur noch ‘n Terminal sehe wird aber schnell Kubuntu installiert, worüber dann in einer chroot-Umgebung Gentoo installiert wird. So kann ich ja wieder ein paar Blicke auf meine Lieblings-Distribution werfen.

Microsoft Vista® Home Premium war relativ schnell installiert. Da kann man ja auch so gut wie nichts mehr bei der Installation konfigurieren. Ergebnis der netten Installation war dann, daß man noch nachts “eben schnell” sein Vista auch bei Microsoft aktiviert. Natürlich nicht per Internet – das klappte nämlich nicht, also mußte ich zum Telefonhörer greifen.

Netterweise stellt Acer online leicht auffindbar die Treiber und Software für meinen Laptop bereit. Jedoch nicht die “empowering” Tools für Windows Vista®. Dafür musste ich im FTP-Verzeichnisbaum von Acer ordentlich suchen, bis ich auf eine Vista®-Version gestoßen bin. Ich find diese Tools gar nicht mal so verkehrt, “eNet” verwaltet recht angenehm verschiedene Netzwerk-Profile und “ePower” bietet noch einige Power-Saving Optionen. Ansonsten ist es eben wie immer unter Vista®: Jedesmal meckert der UAC und es gibt noch genug Software & Treiber, die einen Neustart von Vista® verlangen.

Wenn man schon einen Core2 Duo-Rechner hat, dann kommt man schon mal auf komische Ideen. Immerhin liefert Apple sein OSX zwangsläufig auch für Intel-Rechner aus. Interessanterweise klappte die Installation auf Anhieb. Jedoch werden Graphikkarte, integrierter W-LAN als auch LAN-Chip nicht unterstützt. Mit etwas “Gefrickel” bekommt man aber mit der nVidia-Karte die Standard-Auflösung von 1280×800 angezeigt und auch ‘ne Ethernet-Verbindung klappt mit einem entsprechenden Treiber. Laut Recherche sieht es aber mit einer Unterstützung für den Intel 3945a/b/g W-LAN Chip sehr mau aus. Dafür bin ich aber im Besitz des D-Link DWL-G122 Vers. 3.0 Rev. C W-LAN USB Sticks, der nicht nur von Linux unterstützt wird, sondern für den es auch OSX-Treiber gibt.

Wenn ich schon an dem Laptop “herum spiele“, dann auch richtig: So fehlt letztlich nur noch Gentoo, dann vermutlich auch mit KDE 4. Das braucht aber – wie allgemein bekannt – etwas Zeit, bis es installiert ist. Daher ist angedacht – ja, Schande über mein Haupt – aus einer (Standard-) Kubuntu-Installation dann Gentoo per chroot zu installieren. Nun werd ich die Installations-CD mal rösten, damit es endlich losgehen kann.

Für heute ist jedenfalls genug gefummelt und gefrickelt: Der apache kann wieder RewriteRules umsetzen, was wohl an der default-Konfiguration lag. Nachdem ich dort die gleichen Einstellungen wie bei den vHosts vorgenommen hab, konnte auch das Blog wieder Suchmaschinen-konforme URLs verarbeiten. postfix mit SASL, sowie fetchmail und courier-imap rennen auch. Aber es fehlt eben die Integration von amavisd um dem Spam Herr zu werden. Nur scheitert es an den verfügbaren Ressourcen.

Zum Wochenende hin werde ich die Datenbank auf den vServer bei vollmar auslagern, in der Hoffnung, daß dadurch etwas Arbeitsspeicher frei wird. Eine glückliche Lösung ist das allemal nicht. Im Zweifel muß ich den Mailserver wieder zu mir nach Hause auf den Fileserver holen und auf dem vServer lediglich ein Relay einrichten. So glücklich wäre ich damit auch nicht. So schön schnell das bei Strato auch alles ging, so schön schnell der KK-Antrag durch war und die Domain umgezogen wurde, so recht hilft mir das im Moment aber auch nicht weiter.

Denn mit Web-, Mail- und Datenbank-Server läuft vielleicht ein kleiner Teil dessen, was ich eigentlich gedenke auf einem vServer zu betreiben. Gewillt zwei vServer durch zu ziehen bin ich auch nicht, ebenso wenig, wie ich gewillt bin mehr zu bezahlen. So wie’s aussieht bin ich wohl noch weiter auf der Suche nach der eierlegenden Wollmilchsau zum fairen Preis von maximal ¤ 10,-/Monat. Oder es wird einfach wieder Zeit zurück zu rudern, damals™ tat’s ja auch der Heimserver.