Monthly Archive for April, 2007

Danke ATI/AMD!
Danke für so großartige Treiber, die mit jedem Release mehr Fehler mitbringen, als sie fixen. Ich weiß echt nicht, welche Drogen hier im Trinkwasser waren, dass ich auf die Idee kam der neue Treiber könnte tatsächlich funktionieren.

Der neue 8.36.5 Treiber ist besonders schön: Die Paketgenerierung für das CCC (Catalyst Control Center) funktioniert nicht, der Treiber zerstört (ja, tatsächlich zerstört was vorher prachtvoll halbwegs ging) XV Support und alles in allem ist mir der Ärger einen Umstieg nicht wert. Der Konsolenswitchfehler (was für ein Wort…) ist übrigens noch immer vorhanden. Aber hauptsache so ein scheiss Controlcenter, dass sowieso nur die confs zerpflügt. Ach nein, ich vergaß, das kann ich ja nicht installieren… Tja, dann bleibt wohl nur eine Sache, die man da machen sollte:

apt-get remove –purge fglrx-driver fglrx-kernel-src

Ganz große Leistung, Jungs! Back to Debian/experimental packages (8.31.*), der Treiber hat wenigstens Videobeschleunigung.

Okay, also mal die Themen des Tages.

Schön, dass sich da so ein bestimmtes Muster abzeichnet. Wenigstens wird drüber berichtet und nicht einfach unter den Teppich geschoben, wie sonst üblich bei unangenehmen Themen. Ah nein, wartet… In den Feuilletons steht ja — welch Wunder, ach herrje! — wenig bis nix darüber.

Liebes Intarweb,
ich habe heute eine Frage an dich. Wieso sehen meine GTK Anwendungen plötzlich so scheisse aus?

Ich habe nach einem GTK Update die GTK-QT Pixmap Engine normal neu kompiliert und sowohl Farben als auch Stock Icons (z.B. in Xchat, Liferea) funktionieren gut, aber Evolution oder Thunar zeigen nur noch Schmuu an.

Viele Grüße,
dein Kasi

Edit: Als suboptimales Workaround kann man den gnome-settings-daemon im Hintergrund laufen lassen, dann sind auch die Icons wieder da. Das ist ja aber irgendwie nicht der Sinn einer GTK-QT Engine .

Endlich in Debian Sid:

Package: libc6
Priority: required
Section: libs
Installed-Size: 10416
Maintainer: GNU Libc Maintainers <debian-glibc@lists.debian.org>
Architecture: i386
Source: glibc
Version: 2.5-0exp6

Ja, ich weiß… die glibc 2.5 ist schon länger vorhanden gewesen, führte bei bisherigen Installationsversuchen jedoch dazu, dass sich z.B. KDE gerne deinstallieren wollte. Inzwischen ist alles ordentlich gepackaged und somit steht dem Vergnügen neuerer, nur als Binary vorliegender Anwendungen (ich sag jetzt mal: Penumbra Demo) nichts mehr im Wege.

Im Gegenzug dazu deinstalliert sich das Package locales, welches durch die belocs-locales-bin ersetzt wird, welches wiederum schöne Fehler hervorruft, die man aber mit einer einfachen Änderung des Eintrages GLIBC_MAGIC=AUTO zu GLIBC_MAGIC=20051014 in der Datei /etc/belocs/locale-gen.conf und einem anschließenden locale-gen –purge beheben kann .

Ansonsten ging das Update problemlos (halt in gewohnter Debianqualität ).

Kasi machts möglich: Wenn die nVidia Treiberinstallation unter Etch aus dem offiziellen Installer fehlschlägt und die Pakete aus den Repositories auch nicht zu funktionieren scheinen, dann liegt es daran, dass man kein KasiFix^tm benutzt hat. Die alten Leichenlibs libGL.so.1.*, libGLcore.so.1.* sowie die xorg Module und der Kerneltreiber sind noch vorhanden und die Ausführung ist gestört. Ein wenig KasiFix^tm und schon ist das Problem gegessen^tm. Lassen Sie sich nicht mit der billigen Konkurrenz abspeisen, nur mit KasiFix^tm bekommen Sie viel Gefluche und ein positives Ergebnis!

KasiFix^tm gibt es im 82 Kilo Eimer in jedem gut sortierten IRC Channel.

KasiFix ist ein imaginärer Ausdruck von Tsukasa Logic Research.

Gestern/Heute in der früh habe ich sinnloserweise für den konkreten Zweck ungeeignet zwei neue DBUS Methoden in Liferea gepackt, um bei der Umsetzung eines Liferea AWN Plugins zu helfen. Da stehe ich dann heut morgen also unter der Dusche, trällere so vor mich hin und plötzlich triffts mich wie ein Blitz: Eigentlich ist es doch total sinnlos für tristil DBUS Methoden zu benutzen, wenn er sowieso LUA benutzt, um das Pythonscript über os.execute() aus Liferea aufzurufen.

Einfach folgendes Callerscript benutzen, dass die Liferea Methoden nutzt, um den Unread Count als Parameter ans Script zu übergeben:

num = liferea.feedlist_get_unread_item_count()cmd = string.format("%s %s", "python /home/tsukasa/Desktop/liferea-awn-plugin.py", num)os.execute(cmd) 

Dann einfach noch fix das Pythonscript anpassen:

import sys

def get_unread_items():
  number = sys.argv[1]
  return number

DBUS Calls natürlich noch aus dem Pythonscript entfernen und den Aufruf von get_unread_items() fixen, dann gehts plötzlich wunderbar, ohne dass sich was aufhängt. Man kommt immer drauf, wenn man am wenigsten damit rechnet .