1 From: Boris Kraut <krt@nurfuerspam.de>
\r
3 Date: Sat, 05 Jun 2010 02:55:47 +0200
\r
5 Message-ID: <20100605005547.XjkOZN@silberbruch>
\r
8 To: undisclosed-recipients: ;
\r
9 Subject: Nerdkarm fuer schlaflose Naechte
\r
11 Eigentlich mag ich es ja nicht, Medikamente einzunehmen, wenn es nicht
\r
12 unbedingt erforderlich ist. Sollte es aber mal wirklich notwendig
\r
13 sein, dann schlucke ich auch die staerksten Haemmer ohne Bedenken. Aus
\r
14 medizinischer Sicht werde ich wohl ueber kurz oder lang mich nicht
\r
15 davor druecken koennen, auch mal die Chemiekaeule einzusetzen, aber
\r
16 einige Sachen lassen sich auch anders loesen. Meine Schlafprobleme
\r
17 sind immer noch vorhanden -- um ehrlich zu sein seit kurzem eher
\r
18 wieder verstaerkt -- und die dadurch `gewonnene` Zeit versuche ich so
\r
19 gut es geht zu nutzen. Da ich mich aber nicht die ganze Zeit durch
\r
20 paedagogische Texte wuehlen kann, was nach 24:00 Uhr sowieso meist
\r
21 keinen langfristigen Erfolg verspricht, bastel ich wieder ein wenig an
\r
22 Informatik-Zeugs rum:
\r
26 Jabber bzw. XMPP ist ein toller Versuch, Instant Messaging offen,
\r
27 standardisiert und "in gut" zu loesen. Leider ist es wie oft so, dass
\r
28 proprietaere Loesungen deutlich weiter sind (Videochat) und inzwischen
\r
29 die groessere Nutzerbasis haben; Jabber hinkt trotz Unterstuetzung von
\r
30 vielen Mailprovidern (insbesondere Google!) massiv hinterher. Fuer
\r
31 mich ergeben sich noch zwei weitere Probleme: Zum einen bin ich kein
\r
32 Freund des XML-Wahnsinns, zum anderen stehlen mir solche Programme
\r
33 viel zu viel Zeit, weshalb ich Jabber eigentlich vor kurzem "dicht"
\r
36 Da ich fuer die GPN allerdings per IM erreichbar sein will, habe ich
\r
37 meinen Account (krt@jabber.ccc.de) kurzerhand wieder reaktiviert,
\r
38 zumindest voruebergehend. Wuerde ich einen gescheiten Client finden,
\r
39 koennte ich mir durchaus vorstellen Jabber als Ring-3-Kommunikation
\r
40 weiterhin zu nutzen; Ring-3 bedeutet bei mir unterste Prioritaet.
\r
42 Leider gibt es solche Clients nicht. Ich bevorzuge Consolen-Clients,
\r
43 die nicht meinen Arbeitsfluss stoeren. Damit erschlage ich schonmal
\r
44 mcabber [1], der wohl am weitesten gediehene Jabber-Console-Client.
\r
45 Mit seiner Curses-Oberfaleche / Text-UI raubt er mir ein komplettes
\r
46 Terminal; ja, ich kenne und nutze screen (oder tmux fuer unsere
\r
47 BSD-Freaks), aber eigentlich will ich genau davon wegkommen, fuer jede
\r
48 "App" (wie reizend, ich nutze Apple-iMarketing-Foo) ein eigenes
\r
49 Fenster/Terminal/XY geoeffnet zu haben.
\r
51 Naeher angesehen habe ich mir daher in den letzten Naechten ohai [2]
\r
52 und jj [3], welche prinzipiell beide meine Anforderungen erfuellen,
\r
53 aber beide nicht aktiv entwickelt werden; wohl zu wenig Interesse
\r
56 Ohai erinnert eher an die bekannten Tools wie `who` und `talk` aus
\r
57 frueheren Zeiten. Es gibt ein Demonprozess, der im Hintergrund die
\r
58 Verbindungen zu den Jabber-Servern managed und mehrere Befehle, die
\r
59 den sogenannten `ohaigent` dann abfragen oder ihm Daten uebergeben.
\r
60 Das ganze steht unter dem Motto "Giving you back your terminal." -- so
\r
61 meldet sich der ohaeigent beim User ab, wenn er in den Hintergrund
\r
64 JJ dagegen ist an der den IRC-Client `ii` (irc it) [4] angelehnt und
\r
65 kommuniziert ueber FIFO-Pipes mit dem User. Das Konzept hat einige
\r
66 Macken ist aber prinzipiell genau das, was ich eigentlich habe will
\r
67 und da ich ii eine Weile verwendet habe -- damals, als ich noch im IRC
\r
68 anzutreffen war -- kann ich auch ein ganzes Batzen an Management-
\r
69 Scripts weiterverwenden.
\r
71 Beide Clients werden aber wie gesagt nicht aktiv entwickelt und mir
\r
72 selbst fehlt Wissen und Zeit, das selbst zu tun. Falls jemand noch
\r
73 andere Clients kennt, die zu mir passen koennten, immer her damit!
\r
77 Nachdem ich fast meine ganze (Online-) Kommunikation so hingebogen
\r
78 habe, dass ich sie in meinem MUA managen kann, versuche ich nun auch
\r
79 hier die oben erwaehner verhasste Curses-Abhaengigkeit los zu werden.
\r
80 Prinzipiell habe ich hier aehnliche Probleme wie bei Jabber. Es gibt
\r
81 zwar mehr Auswahl an Consolen-MUAs, allerdings sind die meisten
\r
82 inzwischen mit Text-UIs versehen. Es gibt daher eigentlich nur zwei
\r
83 Moeglichkeiten: Entweder ich bleibe bei mutt [5] und baue mir
\r
84 zusaetzlich ein paar Scripte, die es mir erlauben einen Grossteil der
\r
85 Arbeit ohne ein gestartetes mutt zu erledigen, oder ich sattle wieder
\r
88 Bei beiden Varianten kann ich Mutt relativ lange parallel einsetzen,
\r
89 so dass ich den produktiven Alltag weiterhin bewaeltigen kann,
\r
90 waehrend ich an einer Loesung feile -- das kann natuerlich auch
\r
91 negativ sein, wenn dadurch der Druck zum Umstieg nicht gegeben ist.
\r
92 Zwar wird nmh noch mehr oder weniger aktiv gewartet, allerdings ist es
\r
93 eins dieser lange totgesagten Projekte und hat derzeit noch massive
\r
94 Schwaechen in Sachen MIME und PGP. Ich weiss nicht, ob ich mir das
\r
95 wirklich antun moechte, dnen genau das war der Grund, warum ich damals
\r
96 von nmh auf mutt gewechselt bin... und heute bekomme ich weit mehr
\r
97 MIME- und PGP-Mails!
\r
100 [1] http://mcabber.com/
\r
101 [2] http://code.google.com/p/ohai/
\r
102 [3] http://23.fi/jj/
\r
103 [4] http://tools.suckless.org/ii
\r
104 [5] http://www.mutt.org/
\r
105 [6] http://www.nongnu.org/nmh/
\r
projects / krt-msg / blob