Re: UTF-8, Umlaute auf Text-Konsole funktionieren nicht
Elias wrote: [Thursday 20 May 2004 13:04]
> Thomas Hofer <th@monochrom.at> wrote:
> > Elias wrote: [Wednesday 19 May 2004 17:07]
> >> [...] Im
> >> Übrigen meine ich einmal gelesen zu haben, dass console-tools im
> >> Gegensatz zu kbd nicht mehr besonders rege vorangetrieben wird.
> >
> > Weiß ich nicht. Jedenfalls wurde dieser Bug am 13.11.2003
> > eingemeldet:
> >
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=220556
> >
> > Seitdem wurden 10 Versionen von console-tools released. Von kbd gab
> > es dagegen seit Mai 2001 insgesamt nur 2 Releases. Aber das muß ja
> > nicht unbedingt ein schlechtes Zeugnis für ein Paket sein.
>
> Mittlerweile glaube ich auch doch eher, dass es umgekehrt
> war. Wahrscheinlich hatte ich es einfach falsch in Erinnerung.
Du hattest es richtig in Erinnerung: console-tools ist ein fork von kbd,
der inzwischen nicht mehr gewartet wird (das aktuellste File auf
sourceforge ist vom 24.10.1999). Die aktuelle kbd Release 1.12 war am
30.1.2004.
Warum wurde kbd eigentlich geforkt? Gibt es in console-tools noch
irgendwelche Features, die kbd nicht hat? Vielleicht ist der einzige
Vorteil auch, daß console-tools in Debian ein wenig besser maintained
ist als kbd. Kbd scheint nicht Policy-conform zu sein und die aktuelle
Version compiliert seit 113 Tagen nicht auf der SPARC:
http://packages.qa.debian.org/k/kbd.html
> Folgendes ist mir aufgefallen, als ich es jetzt noch einmal versucht
> habe. Ich habe jetzt noch nicht probehalber auf kbd umgestellt, aber
> was mir auffällt, ist der Umstand, dass die Umlaute beispielsweise in
> emacs vollkommen richtig verarbeitet zu werden scheinen, während auf
> der Konsole (bash) die von dir beschriebenen Probleme auftreten.
Emacs ist mehr ein Betriebssystem als ein Editor. Insofern halte ich in
Bezug auf emacs jedes erdenkliche Verhalten für möglich und glaube
nicht, daß man es auf das restliche System (Linux) umlegen kann. ;-)
> Bei
> der tcsh wird jeder Druck auf eine der "bösen" Tasten übrigens
> lediglich durch einen beep quittiert und ansonsten passiert gar
> nichts. Dann habe ich noch den folgenden Link gefunden:
Die tcsh reagiert also definierter auf undefinierte UTF-8 Sequenzen.
> http://www.cl.cam.ac.uk/~mgk25/unicode.html.
> Dort findet man einige interessante Informationen und unter anderem
> auch, dass die bash ab Version 2.05b und readline ab Version 4.3
> Unicode unterstützen sollen. Beide Versionen sind in Sarge enthalten,
> so dass in dieser Hinsicht alle Voraussetzungen erfüllt sein
> solten. Die Erfahrung hat mich nun leider etwas anderes gelehrt
> (zumindest die bash betreffend).
Ich glaube nicht, daß man aus den Fakten schlußfolgern kann, daß mit der
bash oder readline etwas nicht in Ordnung ist. Mit kbd funktioniert es
ja auch weitgehend zufriedenstellend. Auf die Shift-Lock-Taste kann ich
gerne verzichten. Ich finde es sinnvoller, Escape auf diese Taste zu
mappen - da spart man sich in vim ganz schön Wegzeit für die linke
Hand.
> Andererseits soll ja SuSE 9.1
> standardmäßig auf utf-8 eingestellt sein, so dass es doch irgend eine
> Möglichkeit geben muss. Leider habe ich momentan keine Möglichkeit,
> das einmal aus der Nähe zu betrachten. Es wäre schließlich nicht das
> erste Mal, dass ein Distributor einfach seine eigenen Patches
> eingespielt hat.
Ich hol mir vielleicht mal die SUSE 9.1 Live Eval CD und schaue, ob bei
denen die Sache mit der Shift-Lock-Taste richtig funktioniert.
Vielleicht gibt es dort interessante Patche, nachdem die jetzt alles
auf UTF-8 bringen (zum Schrecken ihrer User). Ich wünschte, es gäbe bei
Debian auch konzertierte Bemühungen in dieser Richtung. Leider ist das
Thema eine recht anstrengende Beinarbeit und nicht sexy genug, um
breites Interesse hervorzurufen.
Grüße,
Thomas.
Reply to: