Nachdem mir - mal wieder - der Firefox komplett abgestürzt ist und ich die Schnauze von diversen weiteren Problemen mit ihm voll hatte, hab ich nun mal eben alles rausgeschmissen und neugebaut.

Ergebnis gibt's hier in der Gallery

Neben dem ist natürlich auch noch mehr passiert:

• Mein MorphOS auf dem Pegasos I hat nun endlich IP! Juche! ;-)

• Ubuntu 6.06.1 LTS PowerPC läßt sich leider nicht zum Booten, geschweige denn Installieren auf dem Pegasos I überreden. Ich kann doch auch nix dafür, dass ich noch 'nen I'er hab und keinen II'er :-(

• DD-WRT auf einem Siemens SE505 v2 macht sich wunderbar als WLAN-Client mit LAN-Bridging. Dagegen kann ich ehrlich nicht verstehen, was alle an OpenWRT so dolle finden, zumindest für den Standardnutzer, bei dem's "einfach nur funktionieren" soll. Ach ja, OpenWRT ist jetzt auch auf meinem Linksys WRT54GL, ich weiß aber nicht, ob ich dass nicht auch noch gegen DD-WRT tausche ;-)

• Faxen mit OpenOffice.org ist ja mal einfach... Danke Christian für den Tipp! Einfach /usr/lib/openoffice/program/spadmin als root aufrufen und dann den Screenshots in der OOo_Fax-Gallerie folgen. Achja, doch ein kleiner Haken: Hylfax sollte schon installiert sein :-)

• Meine H4x0r-M3-Tastatur (aka "schnurlos ;-) funktioniert wieder. PEBKAC, sach ich nur...

• Entgegen der Meinung unter Linuxprinting.org für den Canon i560 sieht der Druck recht bis sehr gut aus. Allerdings hab ich ihn bisher nicht gegen einen Windows-Druck verglichen, ist ja eh nicht meine Baustelle ;-)

• Die neue Manowar-EP "The Sons Of Odin hört sich vielversprechend an! Mehr! Mehr! MEHR!

• Und schließlich sieht mein Arbeitszimmer etwas aufgeräumter aus

Update: Und was fällt mir direkt nach dem Abspeichern des Eintrags auf? Die "MozEx"-Extension für Firefox fehlt noch... grummel nachinstalliert ;-)

Gestern habe ich mir mal die Zeit genommen und Katharinas Laptop ein Update von SuSE 9.2 auf Kubuntu 6.06.1 spendiert.

Boot von der Alternativ-CD hat erstmal wunderbar geklappt, doch angekommen am Partitionierungsprogramm blieb der Rechner einfach stehen. Die Schuld hab ich erstmal auf mich genommen, da ich parallel dazu schon auf der Konsole geguggt habe, ob es irgendwo mit einer Hardware Probleme geben könnte. Also Reboot, diesesmal nix anfassen und siehe da, es ging.

Die Installation an sich war dann weniger spannend, hat alles wunderbar geklappt. Dann ging's mit den Feature-Requests los.

• Alte Mails kopieren: Thunderbird ist da relativ stressfrei, die mbox- plus Index-Files wieder in das Profil kopiert (einmal starten, Mail-Account einrichten, wieder verlassen) und nach einem erneuten Start von Thunderbird waren die Mails wieder da.

• OpenOffice soll Word-DOCs öffnen, welche auf der Windows-Partition liegen: OOo gestartet, KDE-Crash-Manager geht auf. Huch? Erneuter Start von OOo ging gar nicht, also Reboot der Maschine. Siehe da, OOo geht wunderbar - auch nach weiteren Reboots bzw. Beenden-Neustarten. Komisch. Ich fange das Zweifeln an.

• Drucken auf meinen Laser-Drucker per CUPS-Browsing: Frontend für die Konfiguration gestartet, Crash. Erneut gestartet, tut. Beendet, neu gestartet. Tut. Huch? Naja, auf jeden Fall hab ich im Menu die Einstellung nicht gefunden, auf der Kommandozeile ging's fix - aber kein Drucker da. CUPS durchgestartet, warten. Kein Drucker. Reboot. Siehe da, Drucker da.

• Irgendwas war dann noch, fällt mir leider grad nicht ein. Ging auf jeden Fall auch beim ersten mal nicht.

So, was bleibt für ein Eindruck? Grundsätzlich rennt Kubuntu auf dem Laptop wunderbar, die Festplatte macht zwar laute/seltsame Geräusche, was ich aber auf die Festplatte an sich schiebe (Windows liegt am Anfang, Linux am Ende der Platte), nur muss man vieles "einfach zweimal machen". Woran das nun liegt, würde mich ja schon interessieren ;-).

Nun muss ich Katharina nur noch ein wenig erziehen, dass sie mehr Linux macht und dann werden wir mal sehen, wie sich das Kubuntu im Alltag so macht.

PS: Das war mein wohl erster nicht-nur-negativer Eintrag über (K)Ubuntu ;-}

Zum wunderbaren Kommentar bzgl. meines letzten Blog-Eintrags - eigentlich erst als Kommentar gedacht, aber aufgrund der Länge und der IMHO interessanten Beispiel jetzt doch als eigenständiger Eintrag:

Danke für den Auszug des SQLite-Manuals. Aber ich bleib dabei, das ist "unvorteilhaft" und nicht das, was man erwarten kann.

Was für einen Vorteil hat es für mich als User/Programmierer von SQLite, wenn die DB nichtmal den Typen überprüft? Das ich nochmals alles nachprogrammieren darf? Juche! Beispiel gefällig?
sqlite> create table foo ( a datetime ); sqlite> insert into foo values ('2008-09-04'); sqlite> insert into foo values ('04.09.2008'); sqlite> select * from foo order by a; 04.09.2008 2008-09-04
Nein, sorry, das kann man mir nicht mehr als Feature verkaufen. Und ganz so typeless ist sie ja auch nicht... Beispiel?
sqlite> create table int1 ( feld integer ); sqlite> create table int2 ( feld varchar(10) ); sqlite> insert into int1 values ('104'); sqlite> insert into int1 values ('10'); sqlite> insert into int1 values ('4'); sqlite> insert into int2 values (104); sqlite> insert into int2 values (10); sqlite> insert into int2 values (4); sqlite> select * from int1 order by feld; 4 10 104 sqlite> select * from int2 order by feld; 10 104 4
Hier wird also doch das Typenfeld der Definition bzgl. der Suche interpretiert.

Aber halt! Man kann ja den Typen auch weglassen! Was passiert dann?
sqlite> create table int3 ( feld ); sqlite> create table int4 ( feld ); sqlite> insert into int3 values ('104'); sqlite> insert into int3 values ('10'); sqlite> insert into int3 values ('4'); sqlite> insert into int4 values (104); sqlite> insert into int4 values (10); sqlite> insert into int4 values (4); sqlite> select * from int3 order by feld; 10 104 4 sqlite> select * from int4 order by feld; 10 104 4
Der geneigte Bastler entnimmt, das SQLite offensichtlich alles als String behandelt, außer es könnte, unter Umständen, vielleicht, irgendwo, bei Westwind, zunehmenden Mond oder sonstigen nicht durchsehbaren Zuständen doch irgendwo eine Typendefinition finden.

Mein Schluss: Zum Entwickeln auf dem Laptop ja. Produktiv? Never! :-(

Ich mag MySQL und ich mag SQLite, jedes hat für gewissen Anwendungsgebiete seine Vorteile. Nein, kommt mir nicht mit Postgres, ich bin kein Datenbankler und schreibe allerhöchstens datenverarbeitende Programme, keine Datenbankprogramme ;-)

Das schöne an SQLite ist einfach die Tatsache, dass man z.B. auf'm Laptop keinen DB-Server (oder wie auch immer ihr den mysqld bezeichnen wollt ;-) laufen lassen muss. Einfach ein Flat File, direkt drauf und SQL-Querys absetzen. Zum Spielen und Testen definitv ziemlich smart.

Aber das hier stößt mir dann doch auf:
svelt@babe:~> sqlite3 new.db SQLite version 3.3.7 Enter ".help" for instructions sqlite> create table date_test ( datum datetime ); sqlite> insert into date_test values ('2006-08-31 9:0:0'); sqlite> insert into date_test values ('2006-08-31 11:0:0'); sqlite> insert into date_test values ('2006-08-31 11:00:00'); sqlite> insert into date_test values ('2006-08-31 09:0:00'); sqlite> insert into date_test values ('2006-08-31 09:00:00'); sqlite> select * from date_test order by datum; 2006-08-31 09:00:00 2006-08-31 09:0:00 2006-08-31 11:00:00 2006-08-31 11:0:0 2006-08-31 9:0:0

Welcher Idiot unterscheidet bitte "9:0:0 Uhr" von "09:00:00 Uhr"? Natürlich ging ich erstmal davon aus, dass mein Programm was flasch macht, aber nein, SQLite war's. Scheiße! Und nein, ich hab bisher nicht nachgesehen, ob das dokumentiert ist. Selbst wenn es das wäre, ist es ein Bug und kein Feature. Myll!

Ach ja, das macht nebenbei MySQL draus (CREATE & INSERTS per copy&paste; an MySQL):

mysql> select * from date_test order by datum; +---------------------+ | datum | +---------------------+ | 2006-08-31 09:00:00 | | 2006-08-31 09:00:00 | | 2006-08-31 09:00:00 | | 2006-08-31 11:00:00 | | 2006-08-31 11:00:00 | +---------------------+

So sollte das auch aussehen. Seufz Doch wieder full blown MySQL-Server auf den Laptop? Hmmm... :-/

Und immer wieder regt's ein wenig auf, wenn man auf eine IP-Adresse per DHCP warten muss und doch nicht mal ein Kabel in der Netzwerkkarte steckt.

Dazu eine ganz kurze Abhilfe. Unter /etc/network/interfaces den Eintrag modifizieren:
auto eth0 iface eth0 inet dhcp **pre-up /usr/sbin/ethtool eth0 | /bin/grep -q "Link detected: yes"**

Und schon bricht er ab, wenn er merkt, das kein Kabel in der Netzwerkkarte steckt. Natürlich kann man sich jetzt jede Menge Szenarien ausdenken, wo dieses Verhalten "schlecht" ist, für meinen Laptop taugt das aber als Quick-Fix ;-)

Bereits am Freitag kam die Rücksendung in's Büro, ich war ja in Holland und konnte somit die Sendung nicht in Empfang nehmen.

Also, heute morgen gleich mal ausgepackt, Akku ist leider leer, deswegen konnte ich es bisher nicht gegenprüfen, ABER:

Nach dem beigeleten Reparaturzettel wurde aufgrund von "Problem: Assembly Quality Feedback" folgendes veranlasst: "Repair Result: repair with new components/parts" und "Replaced Parts: L5DF MAIN_BD".

Das find ich mal echt coolen Service! Nachdem ich auf der Garantiekarte noch entdeckt hatte, dass ich doch 3 Jahre Garantie auf den Notebook habe (LCD 2 Jahre, Akku 1 Jahr), obwohl mir an der Hotline was anderes gesagt wurde - ebenso steht's auch auf der Web-Seite falsch - , wurde mir nach über 2 Jahren wegen eines Qualitätsproblems das Motherboard getauscht. Wow! Das gibt mal 'nen ganz fetten Pluspunkt für ASUS!

Angeblich haben die neuen Motherboards (Tobi hat den selben und bei ihn wurde es auch schon getauscht) einen anderen Netzwerk-Chip drauf, sprich, ich sollte es heute abend ganz schnell merken, wenn ich kein Netz mehr habe ;-)

Update wird folgen...

Ist heute der Tag des verbrannten Essens? Oder macht die Hitze wirklich nur alle so matschig im Kopf, dass man sowas dann auch wirklich vergessen kann?

Irgendwie doch verwunderlich...

• AMD Notebook-Tester-Blog

• Die Bloggerette

Und zum Abschluss noch was absichtlich "angebranntes" ;-)

• Shopbloggers Broccolikuchen - Den will ich auch net essen :-(

Dominik berichtet von seinem Umstieg von Stable auf Testing/Unstable. Da kann ich auch noch meinen Senf dazugeben ;-)

Also, zuerst sei mal gesagt, dass ich seit über 2 Jahren "Unstable" auf meinem Alltags-Laptop habe und bis auf ein paar klitzekleine Dinge damit immer gut gefahren bin. Gut, ich hatte vorher auch schon Unstable-Erfahrung, damals war's (erstmal ausversehen, später absichtlich) die Workstation.

Aber, nicht abschweifen, es gibt noch das eine oder andere interessante Tool für APT, hier mal zwei, die ich auf allen Nicht-Stable-Maschinen installiert habe:

svelt@babe:~> apt-cache search apt-list apt-listbugs - Lists critical bugs before each apt installation apt-listchanges - Display change history from .deb archives

Und wieder mal durfte ich mich heute (und gestern auch schon - morgen wohl auch noch) mit der Linux-Distribution des europäischen Marktführers rumschlagen:

• der iSCSI-Daemon kachelt einfach weg, wenn man ihm sagt, er soll sich an einem NetApp Filer anmelden

• mkinitrd baut kaputte InitRDs

Und jetzt ausführlich:

SuSE 10.1 enthält Open iSCSI in Version 0.5, obwohl seit Februar 1.0 aktuell ist. Kompiliert man die 1.0er von Hand und sorgt dafür, dass die neuen Module auch wirklich geladen werden, funktioniert's auf einmal wie von Geisterhand.

Außerdem wurde irgendwo im YaST bei der Installation wohl vergessen, dass man die Liste der benötigten Module noch nach /etc/sysconfig/kernel schreiben muss. Diese Datei ist leer. Nachdem ich dort INITRD_MODULES="benötigte Module" reingepackt habe, tut das auch wieder.

Warum zum Geier muss man einfach den Eindruck haben, dass bei SuSE nur Stümper am Werk sind?

Tjaja, war ja eigentlich nicht anders zu erwarten... Das Update auf Drupal 4.7.0 brachte Änderungen in den RSS-Feeds mit und damit wurde auch alte Blog-Einträge auf Planet [LUSC] sichtbar. Ab und an darf das mal passieren, zumal es dort jetzt auch die Links für "Weiterlesen" und "Kommentare" gibt. Aber leider immernoch nur einen Bereich, den man zuordnen kann. Naja, man kann nicht alles haben.

Die Gallery ist auch wieder auf dem neuesten Stand, inzwischen geht das eigentlich ganz gut, wenn man nicht darauf reinfällt, dass man bei den "Suchmaschinenfreundlichen URLs" (URL-Rewriting) die URL für Drupal und nicht die eingebettete Gallery angeben muss. Juche! ;-)

Dass "mein" Theme nicht mit Drupal 4.7.0 funktioniert, hab ich mir schon gedacht. Allerdings gefällt mir dieses eine Standard-Theme im Moment so gut, dass ich erstmal nichts dran änderen werde. Falls jemand grob anderer Meinung ist, Kommentar hinterlassen! Vielleicht mach ich mich ja dann doch nochmal an die Arbeit ;-)

Nachdem ja immer wieder die Frage aufkommt, wie man Debian 3.1 "Sarge" auf neuer Hardware installieren kann, die evtl. vom Kernel 2.6.8 noch gar nicht unterstützt würde, gibt's hier mal kurz zum nachguggen die URL der inoffiziellen, erneuerten Debian-Installer-Images:

• Backported d-i images archive

Ich musste grad mal wieder Fedora Core 5 installieren und hatte natürlich die DVD daheim liegen lassen. Also, mal eben auf die Suche nach einer Netinst-Anleitung bei Google gemacht.

Ergebnis: Geht eigentlich ganz einfach.

Man zieht sich von einem beliebigen Mirror das File "FC-5-i386-rescuecd.iso", welches grad mal 75MB groß ist. Brennen, rein in das CD-/DVD-Laufwerk und beim Booten NICHT einfach ENTER drücken, sondern linux askmethod angeben. Dann wird bei der Installation als erstes (nach der Sprachauswahl) nach der Installationsquelle gefragt. HTTP oder FTP ausgewählt und los geht's. Ach halt! Ein Stoplerstein noch: Als Basisverzeichnis muss .../fedora-core/5/i386/os/ angegeben werden. Und schon klappt's!

Eigentlich wollte ich ja über ganz andere Sachen bloggen, aber wie das Leben so spielt, dann kommt irgendwas, was einfach viel, viel wichtiger ist...

Meine Server-Maschine läuft eigentlich stabil. Eigentlich. Bis auf dieses dämliche RAID1-Device, auf welches geswappt wird. Scheinbar hat der 2.4er Kernel damit ein Problem, zumindest wenn er mit den UML-Host-Patches versehen ist. Auf jeden Fall fliegt mir immer wieder das RAID1 um die Ohren, immer wieder wird eine Partition aus dem RAID1 geschmissen, obwohl die Partition alleine scheinbar wunderbar lesbar ist.

Diesem Umstand wollte ich ein Ende bereiten und vergewisserte mich mit einem free -m, ob noch genügend RAM zur Verfügung steht, wenn ich den Swap rausnehme. Die Antwort war schnell gefunden: Ja.

Tja, nix war's... Scheinbar ist die Anzeige von free "nicht ganz korrekt", zumindest wenn da mehrere UMLs auf der Maschine laufen. Den von mir aufgerufenen swapoff /dev/md3 quitierte das System nach mehreren Minuten(!) mit einem "Cannot allocate memory". Zu diesem Zeitpunkt waren dann alle UMLs bereits tot.

Bis ich geblickt hatte, was da grad wirklich passiert war, vergingen natürlich ein paar Minuten und deswegen waren heute nachmittag alle Server von LUSC (und auch von mir privat) für ca. eine halbe Stunde nicht erreichbar. Dafür haben jetzt alle UMLs hoffentlich genügend RAM zugewiesen bekommen :-)

Morgens, halb neun in einem deutschen Hotel. Eine Hotelfachangestellte (kurz HF; sie war groß, blond und durchaus als hübsch zu bezeichnen) schreitet auf meinen Tisch zu, an dem kurz zuvor Platz genommen habe.

HF: Guten Morgen! Sie wünschen Kaffee?
Ich: Ja, bitte.

2 Minuten später stellt sie die Kaffeekanne auf den Tisch.

HF: Dürfte ich noch Ihre Zimmernummer wissen?
Ich: Aber ich habe doch heute abend schon was vor!

Der WTF-Status im Gesicht dauert merklich 5 Sekunden, bevor sich die Gute umdrehte und verschwand. Meine Zimmernummer hat sie nicht erfahren ;-)

Ergebnis: Experiment gelungen.

Soeben habe ich die nicht ganz kritischen Sicherheitslöcher in den Drupals auf velt.de und sneak-nuernberg.de gestopft.

Dieses Posting darf als Test angesehen werden, ob zumindest hier wieder alles läuft (Update war BTW stressfrei).