256bit.org Blog

Seit einer Weile, ist nervt mich mein Xfce, weil der Anwenderstarter, den man normalerweise mit <Alt>-<F2> startet, erst eine Weil hängt, bevor er endlich auftaucht.

Startet man auf einer Konsole xfrun4, so passiert einige Sekunden lang gar nichts, bevor es die folgende Fehlermeldung wirft und dann endlich startet:

(xfrun4:5200): xfce4-appfinder-CRITICAL **: Failed to open window: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.

Das scheint mittlerweile auch als Bug bei Ubuntu bekannt zu sein. Abhilfe schafft man, indem man xfce4 mit der Option

--disable-server

startet. Anscheinend gibt es ein Problem zwischen der Applikation und D-Bus und mit dieser Option verhindert man, dass xfrun4 versucht mit D-Bus zu kommunizieren.

Möchte man das jetzt auch entsprechend auf <Alt>-<F2> legen, kann man das mittels

xfce4-settings-editor

unter xfce4-keyboard-shortcuts/commands/custom/<Alt>F2 eintragen. Oder mittels xfconf-query auf der Konsole, hier zum Copy/Pasten:
xfconf-query -c xfce4-keyboard-shortcuts -p '/commands/custom/<Alt>F2' -s "xfrun4 --disable-server"

Mir ist letztens was blödes passiert. Es war mal wieder an der Zeit, mein Login Passwort meines Dienst-PCs zu ändern (90 Tage waren schon wieder um...)

Nun ja, also habe ich mir natürlich ein komplexes und sehr langes Passwort ausgedacht. Richtig lang und schwierig zu merken. Dummerweise hatte ich es 10 Minuten später doch wieder vergessen.

Egal was ich tat, Windows ließ mich nicht mehr rein. Normalerweise hilft eine kurze Gedenkminute, aber das brachte diesmal nichts. Ganz kurz fing ich an zu schwitzen, ich sah mich schon zum Support rennen, meinen Rechner geplättet und ein neues Image draufgezogen und damit alle meine Daten weg.

Doch dann fiel mir ein, dass ich ja noch ein zweites Betriebssystem auf dem Laptop habe, in diesem Fall Ubuntu 9.04 installiert durch den Wubi-Installer. Somit hatte ich von da aus zumindest Zugriff auf meine Daten und hätte sie wenigstens noch retten können, bevor ich zum Support laufe und nen halben Tag abschreiben kann. Irgendwann fiel mir zum Glück noch ein, kurz mal zu googeln, ob es nicht von Linux aus eine Möglichkeit gäbe, das Passwort zurückzusetzen. Und tatsächlich, es gibt sie. Und zwar in Form von chntpw.

Also schnell per apt-get installiert, kurz die Doku gelesen und losgelegt (gute Anleitung übrigens):


Funktioniert natürlich nicht, wie es im Netz steht. Super. Immer dann, wenn man sowas ganz dringend braucht, ist die Software borken. Ich fing wieder an zu schwitzen... Nochmal nach der Fehlermeldung gegoogelt und ich fand den folgenden Bug: Launchpad: 293809. Scheint, als wäre chntpw auf x86_64 kaputt. Dabei habe ich nichtmal absichtlich die 64bit Version von Ubuntu installiert. Das hat der Installer von alleine gemacht, ohne mich zu fragen!!!1ELF

Als nächstes versuchte ich dann mit den verschiedenen Images, die auf der Upstream Homepage bereitgestellt werden, einen USB-Stick bootfähig zu machen. Einen Rohling hatte ich nämlich nicht und ein Floppy Drive gibt es nicht mehr am Laptop (Überraschung!). Ging aber nicht, warum auch immer. Also doch zum Support rennen.

Aber halt, im Source, gibt es eine statisch kompilierte Version. Und das war die große Überraschung. Einfach das Source Paket von Upstream runterladen und mit chntpw.static arbeiten. Das funktioniert!

5 Minuten später hatte ich wieder einen funktionierenden Login bei Windows. Und das neue Passwort ist zwar auch wieder kompliziert, aber das kann ich mir merken.

Diesen Artikel möchte ich für Google archivieren, nur falls mal wieder nach der beliebten Fehlermeldung:
sieveshell "unable to connect to server" gegoogelt wird. (Google ist voll davon).

Ich habe hier ein Etch-System, auf welchem seit Sarge ein Cyrus IMAP Server seine Dienste verrichtet. Und zwar klaglos ohne Probleme und völlig unauffällig. Sieve ist auch eingerichtet und funktioniert seitdem auch völlig problemlos.
Bis ich gestern neue Regeln hinzufügen wollte. Traditionell mach ich das mittels sieveshell -u <user> localhost

Die Anmeldung ging immer schief. Es war nicht möglich sich mit dem Sieve-Service zu verbinden. Was passierte war folgendes:


Der Service lief natürlich, wie man folgendermaßen sehen konnte:


Seltsam, seltsam. Es sah alles ok aus. Ein Blick in das Perl-Script sieveshell hat auch nicht weitergeholfen, das sah normal aus. Nach ewigem Suchen, fand ich dann diese Info in der Dokumentation:

2. From your normal account, telnet to the sieve port on the server
you're setting up:

telnet foobar sieve

If your server is running, you'll get a message similar to the
following one:

Trying 128.2.10.192...
Connected to foobar.andrew.cmu.edu.
Escape character is '^]'.
"IMPLEMENTATION" "Cyrus timsieved v1.1.0"
"SASL" "ANONYMOUS PLAIN KERBEROS_V4 GSSAPI"
"SIEVE" "fileinto reject envelope vacation imapflags notify
subaddress regex"
OK

Any message other than one similar to the one above means there is
a problem. Make sure all of authentication methods you wish to
support are listed. This list should be identical to the one
listed by "imapd" earlier. Next terminate the connection, by
typing "logout".

Wem fällt was auf?

Richtig, die Zeile "SASL" "ANONYMOUS PLAIN KERBEROS_V4 GSSAPI" tauchte lokal überhaupt nicht auf. Das bedeutete, wenn ich das richtig interpretiere, dass es keine Möglichkeit gab sich gegenüber dem Server zu authentifizieren. Das ist ja erstmal verwunderlich, denn der normale IMAP Login funktionierte tadellos und in der Konfigurationsdatei gibt es nicht wirklich viele Einstellungen zum Thema Sieve.

Irgendwann nachdem ich zunächst erfolglos mit den Anmelde- und Sasloptionen gespielt habe, fiel mir dann auf, dass das Paket libsasl2-modules nicht installiert war. Nachdem das nachgeholt war, funktionierte plötzlich auch der Sieve-Login wieder und die Telnet Ausgabe sah nun wie gewünscht aus:


Ach und laßt Euch von der Fehlermeldung
timsieved: could not getenv(CYRUS_SERVICE); exiting
nicht in die Irre führen. Diese kommt immer, wenn man versucht timsieved von Hand zu starten und nicht aus einem Cyrus-Prozess heraus. Diese Fehlermeldung hat mich nämlich auch ganz schön in die Irre geführt.

Sehr subtiles kleines Problem. Und ich verstehe aktuell immernoch nicht, warum man sich am IMAP-Server anmelden konnte, aber nicht bei Sieve.

Ich glaub, ich bin gerade Opfer von 472698 geworden. Dummerweise merkte ich das erst beim Booten.
Ich bin also in der busybox shell gelandet und hab auch gleich das Problem erkannt, die shell hat keine Programme aus /bin gestartet, obwohl /bin im Pfad war. Erst nachdem /proc gemountet war, ging das wieder. Also hab ich ein paar Mal init gespielt, bis udev endlich mein root-Device gefunden hat und ich dann endlich im init-Script von initramfs-tools den Mount-Aufruf um den Pfad ergänzt habe. Dann noch schnell ein update-initramfs -u -k all und schon lief das wieder.

Das hört sich gar nicht so schlimm an, ab bis ich das rausgefunden hatte, hat es eine Weile gedauert. Naja mit dem heutigen Update wurde dann das defekte initramfs-tools wieder ersetzt.

Wenn Vim unter Windows beim Laden der ~/_vimrc plötzlich hängt, kann dies an Cygwin liegen. Cygwin installiert eine tcl84.dll und scheinbar gibt es beim Laden der ~/_vimrc dann Probleme. Das ist ganz besonders lästig, wenn man an der Konfigurationsdatei ~/_vimrc rumschrauben möchte.
Lösung:
Eine leere tcl84.dll irgendwo im %PATH% ablegen, aber im Pfad vor der eigentlichen tcl84.dll.

Archivemail ist ein Kommandozeilentool, mit dem man alte Mails archivieren kann (wie unschwer zu erraten ist). Erst kürzlich wurde ich darauf aufmerksam und schaute es mir näher an. Der IMAP-Support war nicht so toll. Es gibt einen häßlichen Bug in Verbindung mit dem Cyrus IMAP Server.

Außerdem besteht archivemail darauf, dass eine IMAP-Verbindung immer in der Form imap://user:passwort@server/folder anzugeben ist. Macht sich natürlich großartig in der Prozessliste. Jeder kann den Benutzernamen und das Passwort rauslesen. Also hab ich mir gedacht, schaust Du dir den Code mal an, kann ja nicht sonderlich schwer sein, aus einer Passwortdatei den Benutzernamen und das Passwort rauszulesen. 2-3 Tage habe ich mich nebenbei damit beschäftigt und das Problem letztendlich auch gelöst. Als ich fertig war, wollte ich einen entsprechenden Patch einsenden, da stelle ich fest, dass es zwischenzeitlich ein neues Release gibt, in dem der Fehler behoben ist.

Mehr als 3.5 Jahr passiert nichts in dem Projekt und ausgerechnet wenn ich mal die Zeit finde, mich aufzuraffen und einen entsprechenden Patch schreibe, wird eine neue Version veröffentlicht. Ja genau, seit ein paar Tagen ist in Debian Sid die Version 0.6.2, in der man ein Passwortdatei angeben kann. Und SSL wird jetzt auch unterstüzt.

Jetzt kann ich wenigstens besser Python...

\*grummel\*
Update: Links repariert. Ich hasse diese komischen tags \[url\]

Manchmal wünsche ich mir wirklich funktionierende Archivsoftware für Windows, die ich auch benutzen kann, ohne etwas zu installieren.

Wer hat eigentlich diese ganzen Bugs im Debian BTS für das Paket cupsys verbrochen? Liest man vorher nicht mehr, ob es entsprechende Bugreports gibt?

Mann Mann Mann, 208 mal derselbe Bug zum Thema Upgrade.

Seit dem Sicherheitsupdate DSA 946-1 werden außer den Umgebungsvariablen LANG, LANGUAGE, LC_* und TERM keine weiteren Umgebungsvariablen an den aufzurufenden Prozess vererbt. Das führt dazu, dass z.B. $HOME oder $DISPLAY nicht mehr gesetzt ist und damit einige Programme Fehlermeldungen werfen, oder gar nicht mehr funktionieren (z.B. weil $DISPLAY nicht gesetzt ist).
Dies führte zu einer ganzen Menge an Bugreports gegen sudo: 349196, 349549, 349587 oder 349729.
Die Lösung ist eigentlich recht simpel und auch in der Manpage beschrieben. Um wieder bestimmte Variablen zu vererben, reicht der folgende Eintrag in /etc/sudoers:Details entnehme man der Manpage sudoers. Nur soviel, env_reset wird benötigt, damit env_keep funktioniert.

Thunderbird scheint endlich ein brauchbarer Email-Client zu werden. Vor etwas über 5 Jahren wurde ein funktionierendes List-Reply als Bugreport berichtet. 5 Jahre lang schien vernünftiges Mailinglisten-Handling mit Thunderbird nicht möglich.

Nachdem dieser Bugreport den Entwicklern nicht so wichtig war, hat sich jetzt jemand erbarmt und einen entsprechenden Patch submitted. Nachdem 5 Jahre nichts passierte, streitet man sich nun auf einmal, wie List-Reply im Thunderbird umgesetzt werden soll.

Hoffentlich dauert es nicht nochmal 5 Jahre, bis List-Reply beim Thunderbird funktioniert.

Das kaputte Mailinglisten-Verhalten war übrigens einer der Gründe, zu Mutt zu wechseln, denn

Seit ein paar Tagen funktioniert bei mir im firefox kein X Cut'n Paste mehr. Das ist besonders tragisch, da ich oft Sachen aus einem Term (mutt, slrn) in meinen Browser paste.

Die Lösung? Windows Cut'n Paste.

Das Problem? Ctrl-C in Konsolen-Programmen ist nicht wirklich lustig. Also starte ich dazu immernoch einen kedit. Aber so richtig elegant ist das auch nicht. Cut'n Paste ins kedit und danach Windows Cut'n Paste in den Firefox.

Irgendwie ist das unbefriedigend. Werde ich wohl wieder zum Opera nutzen. Der wird mir sowieso gerade wieder sympathischer. Wenn der nur ein Flashplugin hätte...

Oder w3m? Da kenn ich leider die Tastenkürzel nicht. Außerdem kann ich mich mit dem Gedanken ohne Maus zu surfen noch nicht so richtig anfreunden. Momentan ist mein Leidensdruck einfach noch nicht groß genug ;-) Aber geekig ist der schon.

Ach ja, das Problem scheint nicht unbekannt zu sein. Den BugReport gibt es hier.

Notepad saugt.

Wirklich.

Angenommen, man editiert eine Datei und speichert das folgende darin ab:

"blödsinn" (also ohne Anführungszeichen, Leerzeichen oder Enter)


Öffnet man diese Datei hinterher wieder im Notepad sieht das dann so aus:
Es scheint ein Bug in der Erkennung des Encodings zu sein. Es funktioniert auch mit anderen Strings.

Pah, Vim regelt.

Apropos:




;-)