ftblog

yet another cmus tarball...

Timo hat mal wieder ein wenig gemacht:
...das build system ist weiter verbessert
...asciidoc wurde gegen ttman ausgetauscht

Beides finde ich sehr gut.
asciidoc ist zwar ultraflexibel, aber nur für zwei einfache manpages ist
es doch viel zu gross, zu langsam und zieht viel zu viele Abhängigkeiten mit sich.

Das build system ist ja etwas selbstgebrautes vom Herrn Hirvonen.
Und es funktioniert ja ganz gut, wenn's läuft. Ich hatte aber schon bei einem
Bekannten (hallo Daniel!) einmal ein sterbendes ./configure gesehen, aus dessen
Fehlermeldung man rein ganichts ablesen konnte. Mittlerweile sollte das Problem
von damals nicht mehr passieren, aber perfekt ist trotzdem anders.
Ich würde es gerne sehen wenn Timo auch hier zu den autotools wechseln würde.
Die sind zwar sehr unübersichtlich in der initialen Erstellung, aber sie funktionieren[tm].
Wer jetzt nach scons ruft, weil das ein extra für den Zweck designtes Werkzeug ist,
dem sei gesagt, dass ich das Ding überhaupt nicht mag. Garnicht.

So, zurück zum Grund des Postings:
Ich lege mal einen aktuellen Tarball in meinen Webspace und verlinke ihn, da es
im Moment ja nur sehr schleppend voran geht in der cmus-Entwicklung. Zu meinem
Stream Renaming Patch habe ich bis heute nicht die kleinste Reaktion bekommen...
Schade.

Also der Code im Tarball kommt von 'make dist' aus meinem lokalen 'ft' git-Zweig.
Darin ist der neuste Code aus dem Upstream-git sowie mein Stream Rename Code
enthalten. Ich nutze exakt diesen cmus Code auf meinem Laptop und hatte schon
Laufzeiten von >400 Stunden. Und das habe ich dann per ':quit' und nicht
per Bug beendet. Der Code ist also recht stabil. Viel Spass.

eb>[tarball]