Lars seine Seite
Tabbed Files für Nano

Immer wenn ich remote unter Linux an Dateien arbeite verwende ich den Editor Nano. Allerdings habe ich bei vielen offenen Dateien immer das Problem sinnvoll hin und her zu wechseln, und vermisse die Tabs einer Fensterapplikation.
Der folgende kleine Codeblock fügt Nano eine Leiste der Tabs hinzu, allerdings muss man das schon manuell in den Code bringen und neu kompilieren, wenn das nicht abschreckt, der trägt in der winio.c in der Methode void titlebar(const char *path) am Ende noch vor dem the_end: und vor der schließenden Klammer den folgenden Block ein:
  /* Lars Wolter - lars at larswolter.de --- print all open buffers into top bar under title */
  if (!ISSET(MORE_SPACE))
  {
    /* black background for unselected files */
    wattron(topwin, reverse_attr);
    blank_topbar();
    wmove(topwin,1,0);
openfilestruct* cur = openfile->prev; openfilestruct* start = openfile->prev;
/* we need a fixed order of the tabs, so we begin with the smallest pointer */ while(start > start->prev) start = start->prev; cur = start; while(cur) { size_t lenpt = strlenpt(cur->filename); /* Each Tab has a maximum of 12 characters*/ space = 12; waddch(topwin, '|');
/* se selected file gets a non-iverted background */ if(cur == openfile) wattroff(topwin, reverse_attr);
/* shorten the name if it is to long and prepend dots */ if(lenpt > space) { exppath = display_string(cur->filename, lenpt - space + 3, space-3 , FALSE); waddnstr(topwin, "...", space + 3); } else exppath = display_string(cur->filename, 0, space , FALSE);
waddstr(topwin, exppath); if(cur == openfile) wattron(topwin, reverse_attr); cur = cur->next; if(cur == start) break; } }

Ubiquity

Update:
Da ja nich viel passiert ist, habe ich mal das ubiquity Multisearch neu gemacht.
Es funktioniert mit der aktuellen 0.1.6 version und ist einigermaßen funktionell. Die Auswahl der einzelnen Suchkommandos ist jetzt manuell auf ein paar ausgewählt, die funktionieren und ein preview bieten.
Multisearch Ubiquity Command
Multisearch Ubiquity Command
Ich hab grade angefangen mit Ubiquity zu experimentieren. Mein erstes Kommando sehr ihr schon oben falls ihr Ubiquity installiert habt. Alle Infos darüber findet ihr in dem dazugehörigen Google-Groups Eintrag. Dort kann man noch die wichtigen Punkte klären da es doch recht experimentel ist.
FastCGI mit PHP 5.2.3

Wieder mal wollte ich auf dem Server einige Komponenten aktualisieren. Darunter auch PHP auf 5.2.3. Da mein altes SUSE 9.0 praktisch nicht mehr unterstützt wird, war das wiedermal kompliziert. Das neue PHP verlangt nach einer neuen libxml die natürlich eine neue glibc benötigt usw... Am Ende habe ich alle XML-Extras von php abgeschaltet (libxml,xmlreader,xmlwriter,dom,xmlrpc,...) und das configure lief durch (bin mal gespannt wann ich die Features vermisse).
jetzt noch schnell die Verzeichnisse umbenannt, da sollte das neue php laufen. Nee natürlich nicht. Der FastCGI Wrapper meldete nur:
terminated by calling exit with status '0'

Nun was soll man tun man sucht und sucht und nach stunden findet man heraus das es neben dem php executable auch ein php-cgi executable gibt, dieses muss man jetzt fürs FastCGI verwenden. Diese Änderung ist wohl irgendwann zwischen 5.0.4 und 5.2.3 aufgetaucht.
wxWidgets mit Stack Overflow unter Windows

Ein Problem das anscheinend auch wiederkehrt mit jedem neuinstallieren einer neuen wxWidgets Version habe ich mit einem Stack-Overflow.
Dieser taucht auf in MSWDefWindowProc. Nach einigem suchen bin ich auf jemanden gestoßen der das selbe Problem hat, welches aber die wxWidgets Entwickler noch nicht bereinigt hatten. Er hatte es mit Version 2.4.0 ich habe es immer noch bei 2.6.3. Mit 2.8.0 habe ich das noch nicht getestet.

Der Workaround der auch auf der obigen Seite beschrieben ist funktioniert auch bei mir.

Der Workaround ist in src/msw/window.cpp in der Methode wxWindowMSW::MSWCreate(..) die letzte Anweisung,SubclassWin(m_hWnd); auszukommentieren.

Warum das bei meiner Anwendung auftritt weiß ich leider auch nicht.
Mal wieder Mail Probleme

Und schon wieder hat mein Server keine Mails mehr entgegengenommen.
Und woran lag es, wieder am suidperl

Also wenn ihr bei eurer Qmail Installation Die Fehlermeldung can't do setuid bekommt könnte es daran liegen. Das QMail Scanner FAQ gibt den folgenden Tip, der bei mir dann immer funktioniert hat:
chown root /usr/bin/suidperl
chmod 4711 /usr/bin/suidperl 

Und das muß ich anscheinend jetzt imemr machen wenn ich auf meinem Suse 9.0 System per Yast neue Software eingespielt habe. Anscheinend schrauben die Skripte an den Rechten rum.