Moin, ich hab da noch zwei kleinere Fragen bzgl. mutt: 1. zwischen SuSE 8.0 und 8.1 besteht scheinbar eine Differenz im Verhalten, was die Lokalisierung anbelangt. Unter 8.1 ist die Variable $LANG bei mir auf de_DE@euro gesetzt, unter 8.0 dagegen nicht. Ist das der Grund dafür, warum mir mutt auf dem 8.0er System Umlaute als Backslash-dreistellige-Zahl anzeigt, oder ist da noch was anderes entscheidend? Ich habe versuchsweise auf der 8.0er Kiste "export LANG=de_DE@euro" getan, aber mutt blieb leider unbeeindruckt. Wo muss ich weitersuchen? 2. hat schon mal einer versucht, mittels mutt auf einen IMAP-Server zuzugreifen, in dessen Mailbox (und Unterordnern) mehrere 1.000 bis hin zu einigen 10.000 Mails liegen? Da ist mutt bei mir ätzend langsam, wenn es ans Ordner-öffnen geht. Pine dagegen ist extrem flink, da es scheinbar nur die letzten Headerzeilen vom Server fetcht, mutt holt immer alle Headerzeilen. Kann man das bei mutt irgendwie beeinflussen? In der Dokumentation habe ich die Options-Referenz nach den Stichworten "fetch" und "header" durchsucht, aber nix dazu passendes gefunden. Sollte das echt nicht gehen? Jaja, ich weiss, meine "kleinen" Fragen immer... ;-) Schönen Sonntag noch, Hannes
Hi, * Johannes Studt <suse@studt-consulting.de> [021124 16:59]:
Moin,
ich hab da noch zwei kleinere Fragen bzgl. mutt:
1. zwischen SuSE 8.0 und 8.1 besteht scheinbar eine Differenz im Verhalten, was die Lokalisierung anbelangt. Unter 8.1 ist die Variable $LANG bei mir auf de_DE@euro gesetzt, unter 8.0 dagegen nicht. Ist das der Grund dafür, warum mir mutt auf dem 8.0er System Umlaute als Backslash-dreistellige-Zahl anzeigt, oder ist da noch was anderes entscheidend? Ich habe versuchsweise auf der 8.0er Kiste "export LANG=de_DE@euro" getan, aber mutt blieb leider unbeeindruckt. Wo muss ich weitersuchen?
in deiner .muttrc kannst du verschiedene Variablen setzen: set locale set charset .....
zuzugreifen, in dessen Mailbox (und Unterordnern) mehrere 1.000 bis hin zu einigen 10.000 Mails liegen? Da ist mutt bei mir ätzend langsam, wenn es ans Ordner-öffnen geht. Pine dagegen ist extrem flink, da es scheinbar nur die letzten Headerzeilen vom Server fetcht, mutt holt immer alle Headerzeilen. Kann man das bei mutt irgendwie beeinflussen? In der Dokumentation habe ich die Options-Referenz nach den Stichworten "fetch" und "header" durchsucht, aber nix dazu passendes gefunden. Sollte das echt nicht gehen?
Es gibt ein kleines, geniales Tool namens offlineimap (oder umgekehrt? kann gerade nicht nachschauen), das cacht die Imap-Mails im Maildirformat und synchronisiert 20K mails in ca 3 Sekunden. Genial fuer mutt/Imapnutzer! ciao dieter -- registered linuxuser 199810 it's time to close windows....
On Sun, Nov 24, 2002 at 05:57:08PM +0100, Dieter Franzke wrote:
* Johannes Studt <suse@studt-consulting.de> [021124 16:59]:
1. zwischen SuSE 8.0 und 8.1 besteht scheinbar eine Differenz im Verhalten, was die Lokalisierung anbelangt. Unter 8.1 ist die Variable $LANG bei mir auf de_DE@euro gesetzt, unter 8.0 dagegen nicht. Ist das der Grund dafür, warum mir mutt auf dem 8.0er System Umlaute als Backslash-dreistellige-Zahl anzeigt, oder ist da noch was anderes entscheidend? Ich habe versuchsweise auf der 8.0er Kiste "export LANG=de_DE@euro" getan, aber mutt blieb leider unbeeindruckt. Wo muss ich weitersuchen? in deiner .muttrc kannst du verschiedene Variablen setzen: set locale set charset
Hhmm... aber die .muttrc ist auf beiden Systemen haargenau identisch? Und die /etc/Muttrc unterscheidet sich auch nur in für dieses Problem unmassgeblichen Stellen. Wo kann der Haken noch liegen?
Es gibt ein kleines, geniales Tool namens offlineimap (oder umgekehrt? kann gerade nicht nachschauen), das cacht die Imap-Mails im Maildirformat und synchronisiert 20K mails in ca 3 Sekunden. Genial fuer mutt/Imapnutzer!
Super Tipp, das schaue ich mir gerade an. Klingt vielversprechend. Danke :-) Hannes
On Sun, Nov 24, 2002 at 11:57:44PM +0100, Johannes Studt wrote:
On Sun, Nov 24, 2002 at 05:57:08PM +0100, Dieter Franzke wrote:
Es gibt ein kleines, geniales Tool namens offlineimap (oder umgekehrt? kann gerade nicht nachschauen), das cacht die Imap-Mails im Maildirformat und synchronisiert 20K mails in ca 3 Sekunden. Genial fuer mutt/Imapnutzer!
Super Tipp, das schaue ich mir gerade an. Klingt vielversprechend. Danke :-)
Das war übrigens eine recht unüberlegte Freude meinerseits. Hätt' ich aber auch drauf kommen können, _bevor_ ich das Tool ausprobiert habe: mutt benötigt zum Einlesen eines Maildir mit 10.000+ Emails mindestens ebenso lange wie zum fetchen der Headerzeilen von einem IMAP-Server. Da werde ich wohl entweder pine benutzen (was mich ärgern würde, mutt ist mir schon ans Herz gewachsen) oder aller 7 Tage die Mails in einen anderen Ordner verschieben müssen. Naja, was solls... Hannes
Johannes Studt schrieb am 25. November 2002:
On Sun, Nov 24, 2002 at 11:57:44PM +0100, Johannes Studt wrote:
On Sun, Nov 24, 2002 at 05:57:08PM +0100, Dieter Franzke wrote:
Es gibt ein kleines, geniales Tool namens offlineimap (oder umgekehrt? kann gerade nicht nachschauen), das cacht die Imap-Mails im Maildirformat und synchronisiert 20K mails in ca 3 Sekunden. Genial fuer mutt/Imapnutzer!
Super Tipp, das schaue ich mir gerade an. Klingt vielversprechend. Danke :-)
Das war übrigens eine recht unüberlegte Freude meinerseits. Hätt' ich aber auch drauf kommen können, _bevor_ ich das Tool ausprobiert habe: mutt benötigt zum Einlesen eines Maildir mit 10.000+ Emails mindestens ebenso lange wie zum fetchen der Headerzeilen von einem IMAP-Server. Da werde ich wohl entweder pine benutzen (was mich ärgern würde, mutt ist mir schon ans Herz gewachsen) oder aller 7 Tage die Mails in einen anderen Ordner verschieben müssen. Naja, was solls...
Oder Du arbeitest mit Hooks, die gelesene Mails in einen Archive-Folder verschieben. Grüße, Thomas
On Mon, Nov 25, 2002 at 04:10:39PM +0100, Thomas Preissler wrote:
Oder Du arbeitest mit Hooks, die gelesene Mails in einen Archive-Folder verschieben.
Wenn man den Hook so bauen kann, dass er alle gelesenen Mails, die älter als 7 Tage sind, in das Archiv verschiebt, dann ja. Die Mails sofort nach dem Lesen zu verschieben, erscheint mir etwas zu schnell. Hat da jemand eine Idee? Hannes
* Johannes Studt <suse@studt-consulting.de> [021125 17:07]:
On Mon, Nov 25, 2002 at 04:10:39PM +0100, Thomas Preissler wrote:
Oder Du arbeitest mit Hooks, die gelesene Mails in einen Archive-Folder verschieben. Wenn man den Hook so bauen kann, dass er alle gelesenen Mails, die älter als 7 Tage sind, in das Archiv verschiebt, dann ja. Die Mails sofort nach dem Lesen zu verschieben, erscheint mir etwas zu schnell.
Hat da jemand eine Idee?
Ich benutze das: http://archivemail.sourceforge.net/ cheers.olli -- When the government bureau's remedies don't match your problem, you modify the problem, not the remedy.
On Mon, Nov 25, 2002 at 05:22:13PM +0100, Oliver Dauter wrote:
Ich benutze das: http://archivemail.sourceforge.net/
Das ist zwar auch ein nettes Tool, aber da ich die Mails auf dem Server lassen will, kann ich es leider nicht benutzen. Danke trotzdem :-) Hannes
On Mon, Nov 25, 2002 at 05:07:15PM +0100, Johannes Studt wrote:
On Mon, Nov 25, 2002 at 04:10:39PM +0100, Thomas Preissler wrote:
Oder Du arbeitest mit Hooks, die gelesene Mails in einen Archive-Folder verschieben.
Wenn man den Hook so bauen kann, dass er alle gelesenen Mails, die älter als 7 Tage sind, in das Archiv verschiebt, dann ja. Die Mails sofort nach dem Lesen zu verschieben, erscheint mir etwas zu schnell.
Hat da jemand eine Idee?
Ich bin da jetzt letzten Endes selbst drauf gekommen, wie man einen solchen Hook bauen kann, allerdings habe ich beim Testen, ohne es zu merken (mutt zeigt dummerweise beim Kopieren von Mails, wenn das Kopieren durch den folder-hook initiiert wird, im Gegensatz zum normalen Kopieren nix in der Statuszeile an :-/), dummerweise einige Mails teils mehrfach vervielfältigt. Daher die Frage: wie kann man Mails auf einem IMAP-Server nach Duplikaten durchsuchen und selbige löschen? Ersatzhalber würde ich die Mails auch in ein Maildir kopieren, und dort durchsuchen, wenn das schneller und/oder einfacher geht. Ideen? Google hat mir bisher nur das Problem in mehrfacher Ausfertigung, nicht aber eine Lösung ausgespuckt... ;-) Hannes
On Wednesday 27 November 2002 16:16, Johannes Studt wrote:
Daher die Frage: wie kann man Mails auf einem IMAP-Server nach Duplikaten durchsuchen und selbige löschen? Ersatzhalber würde ich die Mails auch in ein Maildir kopieren, und dort durchsuchen, wenn das schneller und/oder einfacher geht.
Ideen? Google hat mir bisher nur das Problem in mehrfacher Ausfertigung, nicht aber eine Lösung ausgespuckt... ;-)
Und auch das hab ich selber gefunden, sorry für die verfrühte Frage. Mutt kann das natürlich selbst, wenn man die richtige Reihenfolge einhält. Man kann ja mit dem Pattern ~= Duplikate taggen, aber das funktioniert nur, wenn man vorher in die Threadreihenfolge sortiert hat und $duplicate_threads auf yes gelassen hat. Das hatte ich anfangs nicht beachtet. mutt rulez! *hrhr Hannes :-)
On Mon, Nov 25, 2002 at 03:43:57PM +0100, Johannes Studt wrote:
On Sun, Nov 24, 2002 at 11:57:44PM +0100, Johannes Studt wrote:
On Sun, Nov 24, 2002 at 05:57:08PM +0100, Dieter Franzke wrote:
Es gibt ein kleines, geniales Tool namens offlineimap (oder umgekehrt? kann gerade nicht nachschauen), das cacht die Imap-Mails im Maildirformat und synchronisiert 20K mails in ca 3 Sekunden. Genial fuer mutt/Imapnutzer!
Super Tipp, das schaue ich mir gerade an. Klingt vielversprechend. Danke :-)
Das war übrigens eine recht unüberlegte Freude meinerseits. Hätt' ich aber auch drauf kommen können, _bevor_ ich das Tool ausprobiert habe: mutt benötigt zum Einlesen eines Maildir mit 10.000+ Emails mindestens ebenso lange wie zum fetchen der Headerzeilen von einem IMAP-Server. Da werde ich wohl entweder pine benutzen (was mich ärgern würde, mutt ist mir schon ans Herz gewachsen) oder aller 7 Tage die Mails in einen anderen Ordner verschieben müssen. Naja, was solls...
Wieso? Schau auf http://www.mutt.org/links.html#patch Da findest du einen "Maildir header caching patch". Das ist sicher genau das was du suchst. mfg Martin Neuditschko
On Mon, Nov 25, 2002 at 09:44:25PM +0100, Martin Neuditschko wrote:
Wieso? Schau auf http://www.mutt.org/links.html#patch Da findest du einen "Maildir header caching patch". Das ist sicher genau das was du suchst.
Ja, das wäre es wohl, aber auf der Seite steht: ,--------------------------------------------- | patch-1.5.0.me.hcache.8 | add header caching support for Maildir folders. | TODO: the IMAP driver could use this as well if someone wants to | write a patch. `--------------------------------------------- Am Wollen liegt's nicht, am Können mangelt es. Hannes
On Mon, Nov 25, 2002 at 09:59:31PM +0100, Johannes Studt wrote:
On Mon, Nov 25, 2002 at 09:44:25PM +0100, Martin Neuditschko wrote:
Wieso? Schau auf http://www.mutt.org/links.html#patch Da findest du einen "Maildir header caching patch". Das ist sicher genau das was du suchst.
Ja, das wäre es wohl, aber auf der Seite steht:
,--------------------------------------------- | patch-1.5.0.me.hcache.8 | add header caching support for Maildir folders. | TODO: the IMAP driver could use this as well if someone wants to | write a patch. `---------------------------------------------
Am Wollen liegt's nicht, am Können mangelt es.
Ich bin ein Schnarchzapfen. Na klar nutzt das was, in Verbindung mit offlineimap nämlich. Jaja, diesen Zwischenschritt hatte ich schon wieder ausgeblendet. *g Hannes
On Mon, Nov 25, 2002 at 09:44:25PM +0100, Martin Neuditschko wrote:
Wieso? Schau auf http://www.mutt.org/links.html#patch Da findest du einen "Maildir header caching patch". Das ist sicher genau das was du suchst.
Kann mir da mal jemand schnell unter die Arme greifen bitte? Ich habe wie auf der Seite http://www.cs.hmc.edu/~me/mutt/ beschrieben die Sourcen aus dem CVS rausgezogen, und versuche jetzt den Patch anzuwenden. Irgendwie bekomme ich da aber jede Menge Fehlermeldungen. hannes@fileserver01:/usr/src/mutt/mutt> patch <patch-1.5.0.me.hcache.8 patching file Makefile.am patching file PATCHES patching file cache.c patching file configure.in Hunk #1 succeeded at 347 (offset 2 lines). patching file main.c Hunk #1 FAILED at 42. Hunk #2 succeeded at 392 (offset 9 lines). 1 out of 2 hunks FAILED -- saving rejects to file main.c.rej patching file mbox.c patching file mh.c Hunk #1 succeeded at 46 (offset 1 line). Hunk #2 succeeded at 559 (offset 1 line). Hunk #3 FAILED at 582. Hunk #4 succeeded at 614 (offset 2 lines). Hunk #5 succeeded at 641 (offset 2 lines). Hunk #6 succeeded at 754 (offset 2 lines). Hunk #7 succeeded at 776 (offset 2 lines). Hunk #8 succeeded at 874 (offset 2 lines). Hunk #9 succeeded at 1322 (offset 30 lines). Hunk #10 succeeded at 1347 (offset 30 lines). Hunk #11 succeeded at 1376 (offset 30 lines). Hunk #12 succeeded at 1409 (offset 30 lines). Hunk #13 succeeded at 1513 (offset 23 lines). Hunk #14 succeeded at 1567 (offset 23 lines). Hunk #15 succeeded at 1614 (offset 27 lines). Hunk #16 succeeded at 1638 (offset 27 lines). Hunk #17 succeeded at 1919 with fuzz 2 (offset 94 lines). 1 out of 17 hunks FAILED -- saving rejects to file mh.c.rej patching file mutt.h Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] Skipping patch. 2 out of 2 hunks ignored -- saving rejects to file mutt.h.rej patching file parse.c Hunk #1 succeeded at 1080 (offset 10 lines). patching file protos.h Hunk #2 succeeded at 98 (offset -5 lines). Hunk #3 succeeded at 185 (offset -4 lines). Hunk #4 succeeded at 280 (offset -2 lines). Die Frage nach dem "Reversed patch" habe ich verneint. Kann ich hier irgendwas beeinflussen, oder liegt das einfach daran, dass die Source-Version nicht zum Patchfile passt? Und was kann ich aus den *.rej-Files entnehmen? Hannes
Hallo Johannes, hallo Leute, ich hoffe, Du hast nichts gegen ein wenig Hilfe von der "Konkurrenz" (einem KMail-User) ;-) Am Dienstag, 26. November 2002 10:11 schrieb Johannes Studt:
On Mon, Nov 25, 2002 at 09:44:25PM +0100, Martin Neuditschko wrote:
Wieso? Schau auf http://www.mutt.org/links.html#patch Da findest du einen "Maildir header caching patch". Das ist sicher genau das was du suchst.
Kann mir da mal jemand schnell unter die Arme greifen bitte? Ich habe wie auf der Seite http://www.cs.hmc.edu/~me/mutt/ beschrieben die Sourcen aus dem CVS rausgezogen, und versuche jetzt den Patch anzuwenden. Irgendwie bekomme ich da aber jede Menge Fehlermeldungen.
hannes@fileserver01:/usr/src/mutt/mutt> patch <patch-1.5.0.me.hcache.8 patching file Makefile.am [ erfolgreich gepatchte Dateien lösche ich mal aus den Meldungen raus ] patching file configure.in Hunk #1 succeeded at 347 (offset 2 lines).
Ist OK, da hat sich nur die Zeilennummer gegenüber dem Patch um zwei Zeilen verschoben.
patching file main.c Hunk #1 FAILED at 42.
*autsch* Da konnte etwas nicht gepatcht werden...
Hunk #2 succeeded at 392 (offset 9 lines).
... und da hattest Du ganze 9 Zeilen Verschiebung, was aber nicht weiter schlimm sein sollte.
1 out of 2 hunks FAILED -- saving rejects to file main.c.rej
patching file mh.c Hunk #1 succeeded at 46 (offset 1 line). Hunk #2 succeeded at 559 (offset 1 line).
Wieder mal eine kleine Verschiebung. Wäre nicht weiter schlimm, wenn nicht:
Hunk #3 FAILED at 582.
*autsch* Danach gehts dann mit leichter Verschiebung weiter:
Hunk #4 succeeded at 614 (offset 2 lines). [...] Hunk #17 succeeded at 1919 with fuzz 2 (offset 94 lines).
Der letzte Teil #17 des Patches dieser Datei war nur mit "fuzz" (siehe man patch, nach "fuzz" suchen) möglich, könnte also evtl. nicht genau passen. Was mich außerdem ein wenig wundert, ist das große Offset von 94 Zeilen. Das solltest Du im Zweifelsfall also mal nachsehen.
1 out of 17 hunks FAILED -- saving rejects to file mh.c.rej
patching file mutt.h Reversed (or previously applied) patch detected! Assume -R? [n]
Die Datei mutt.h war schon gepatcht (da haben die mutt-Entwickler wohl beschlossen, diesen Teil des Patches im "Standard"-mutt einzubauen). Hättest Du hier y gesagt, wäre diese Änderung wieder rückgängig gemacht worden. War also richtig. Dann:
Apply anyway? [n] Skipping patch. 2 out of 2 hunks ignored -- saving rejects to file mutt.h.rej
Klar. Der Patch wurde nicht verwendet, da er schon da war. Also reject. Wenn Du die *.rej durchgehst, kannst Du mutt.h.rej überspringen.
patching file parse.c Hunk #1 succeeded at 1080 (offset 10 lines). patching file protos.h Hunk #2 succeeded at 98 (offset -5 lines). Hunk #3 succeeded at 185 (offset -4 lines). Hunk #4 succeeded at 280 (offset -2 lines).
Das waren nur mal wieder ein paar Verschiebungen um einige Zeilen.
Die Frage nach dem "Reversed patch" habe ich verneint.
Das war auch gut so ;-)
Kann ich hier irgendwas beeinflussen, oder liegt das einfach daran, dass die Source-Version nicht zum Patchfile passt?
Das wird es wohl sein. Durch diese Versionsunterschiede wird das Patchen eben ein wenig holprig ;-) Aufgrund der Frage, ob ein "Reverse Patch" gewünscht wurde, vermute ich einfach mal, der Patch wurde für eine ältere Mutt-Version geschrieben (bzw. mit diff erstellt).
Und was kann ich aus den *.rej-Files entnehmen?
Da stehen die Teile des Patches drin, die nicht automatisch in die zu patchenden Dateien aufgenommen werden konnten. -> die musst Du dann wohl von Hand einbauen... (außer mutt.h.rej, siehe oben.) Die Syntax des Patches bzw. *.rej sollte wohl einigermaßen klar sein, wenn nicht, frag einfach nach (mit den entsprechenden Zeilen des Patchs). Hmm, die sig passt aber nun gar nicht zu einem konsolenbasierten Mailer. Egal ;-) Gruß Christian Boltz -- [Stefan Wegmann sucht ein optisch ansprechendes Brennprogramm] Hhhhmmm, unter diesem Aspekt habe ich das ganze noch gar nicht betrachtet. Was würde denn Deinen gehobenen ästhetischen Ansprüchen entgegenkommen? Ein zartes Chartreuse im leicht fluffigen Kontrast zu einem frühlingshaften Ostereidottergelb? Mit Buttons im floralen Design und Chiffoneske Hilfsfenster mit einer luftig durch- scheinenden Optik? [Thomas Templin in suse-linux]
On Tue, Nov 26, 2002 at 09:05:58PM +0100, Christian Boltz wrote:
ich hoffe, Du hast nichts gegen ein wenig Hilfe von der "Konkurrenz" (einem KMail-User) ;-)
Klar doch :-) [... jede Menge Erklärungen zur patch-Ausgabe...]
Das wird es wohl sein. Durch diese Versionsunterschiede wird das Patchen eben ein wenig holprig ;-)
Aufgrund der Frage, ob ein "Reverse Patch" gewünscht wurde, vermute ich einfach mal, der Patch wurde für eine ältere Mutt-Version geschrieben (bzw. mit diff erstellt).
Das denke ich auch. Ich habe als Nichtprogrammierer, der ich bin, mal in den Sourcedateien rumgeguckt, und denke, dass die Patchfehler allesamt nicht schlimm sind, es betraf teilweise Copyrightmeldungen, und andere die Meldung mit den 94 Zeilen Verschiebung rührte daher, dass inzwischen im Sourcefile eine neue Funktion eingefügt wurde, das hat natürlich alles nach hinten geschoben. Nachdem ich da durch war, habe ich mit autoconf noch irgendwie ein Problem gehabt, das hat was von "`AC_LIBOBJ' vs. `LIBOBJS'" gemault, aber das habe ich dann dank Info-File auch geregelt bekommen (ich habe einfach in der configure.in zwei Stellen angepasst, ohne zu wissen was ich tue, einfach stumpf die Anweisung in Info befolgt :-). Jetzt scheint es zu kompilieren, es wirft zwar mit 100en Warnungen um sich, aber mal sehen... Das ist echt 'ne Zangengeburt. :-) Hannes
On Sun, Nov 24, 2002 at 04:59:32PM +0100, Johannes Studt wrote:
1. zwischen SuSE 8.0 und 8.1 besteht scheinbar eine Differenz im Verhalten, was die Lokalisierung anbelangt. Unter 8.1 ist die Variable $LANG bei mir auf de_DE@euro gesetzt, unter 8.0 dagegen nicht. Ist das der Grund dafür, warum mir mutt auf dem 8.0er System Umlaute als Backslash-dreistellige-Zahl anzeigt, oder ist da noch was anderes entscheidend? Ich habe versuchsweise auf der 8.0er Kiste "export LANG=de_DE@euro" getan, aber mutt blieb leider unbeeindruckt. Wo muss ich weitersuchen?
ich habe jetzt noch ein bisschen weitergeschaut: Auf dem 8.0er System ergibt locale folgende Ausgabe: hannes@idefix:~> locale LANG=POSIX LC_CTYPE="POSIX" LC_NUMERIC="POSIX" LC_TIME="POSIX" LC_COLLATE="POSIX" LC_MONETARY="POSIX" LC_MESSAGES="POSIX" LC_PAPER="POSIX" LC_NAME="POSIX" LC_ADDRESS="POSIX" LC_TELEPHONE="POSIX" LC_MEASUREMENT="POSIX" LC_IDENTIFICATION="POSIX" LC_ALL= Das sieht ja nicht gut aus, zumindestens für meinen laienhaften Blick. Die Ausgabe von locale -a sieht so aus: hannes@idefix:~> locale -a C POSIX Auf dem 8.1er System sieht das alles ein wenig anders aus: hannes@fileserver01:~> locale LANG=de_DE@euro LC_CTYPE="de_DE@euro" LC_NUMERIC="de_DE@euro" LC_TIME="de_DE@euro" LC_COLLATE=POSIX LC_MONETARY="de_DE@euro" LC_MESSAGES="de_DE@euro" LC_PAPER="de_DE@euro" LC_NAME="de_DE@euro" LC_ADDRESS="de_DE@euro" LC_TELEPHONE="de_DE@euro" LC_MEASUREMENT="de_DE@euro" LC_IDENTIFICATION="de_DE@euro" LC_ALL= hannes@fileserver01:~> locale -a C POSIX af_ZA ar_AE ar_AE.utf8 ar_BH [...] zh_HK zh_HK.utf8 zh_TW zh_TW.euctw zh_TW.utf8 Wenn ich jetzt auf dem 8.0er System "export LANG=de_DE@euro" versuche, sieht die Ausgabe von locale hinterher eigentlich gut aus: hannes@idefix:~> export LANG=de_DE@euro hannes@idefix:~> locale LANG=de_DE@euro LC_CTYPE="de_DE@euro" LC_NUMERIC="de_DE@euro" LC_TIME="de_DE@euro" LC_COLLATE="de_DE@euro" LC_MONETARY="de_DE@euro" LC_MESSAGES="de_DE@euro" LC_PAPER="de_DE@euro" LC_NAME="de_DE@euro" LC_ADDRESS="de_DE@euro" LC_TELEPHONE="de_DE@euro" LC_MEASUREMENT="de_DE@euro" LC_IDENTIFICATION="de_DE@euro" LC_ALL= Allerdings ist, wie bereits geschrieben, der Effekt gleich Null, d.h. mutt zeigt immer noch keine deutschen Umlaute an. Liegt das an den fehlenden verfügbaren locales, und wenn ja, wie bekomme ich die installiert? Hannes
* Johannes Studt schrieb am 26.Nov.2002:
Auf dem 8.0er System ergibt locale folgende Ausgabe:
hannes@idefix:~> locale LANG=POSIX LC_CTYPE="POSIX" LC_NUMERIC="POSIX" LC_TIME="POSIX" LC_COLLATE="POSIX" LC_MONETARY="POSIX" LC_MESSAGES="POSIX" LC_PAPER="POSIX" LC_NAME="POSIX" LC_ADDRESS="POSIX" LC_TELEPHONE="POSIX" LC_MEASUREMENT="POSIX" LC_IDENTIFICATION="POSIX" LC_ALL=
Anmerkung: Egal wobei, es wird immer das genommen, was in LC_ALL steht. Nur wenn LC_ALL, wie hier, nicht existier oder leer ist, wird die entsprechende Spezialvariable genommen. Etwa LC_TIME für die Datumsangabe, oder LC_MESSAGE für Fehlermeldungen usw. Wenn die entsprechende Spezialvariable auch nicht gesetzt ist, dann und nur dann wird LANG genommen. Wenn auch LANG nicht existiert, wird der Standard, also amerikanisches Englisch genommen. Die Ausgabe von locale besagt aber nicht, daß all die Variablen gesetzt sind. Wahrscheinlich ist nur LANG gesetzt, oder sogar gar nichts. Kann es sein, daß Du bei der Installation nicht Deutsch angegeben hast?
Auf dem 8.1er System sieht das alles ein wenig anders aus:
[...]
LC_COLLATE=POSIX [...]
Wenn ich jetzt auf dem 8.0er System "export LANG=de_DE@euro" versuche, sieht die Ausgabe von locale hinterher eigentlich gut aus:
[...]
LC_COLLATE="de_DE@euro" [...]
Vorsicht, mit LC_COLLATE=de_DE@euro setzt Du die Sortierreihenfolge auf die Sortierreienfolge nach DIN und nicht auf die ASCII Sortierreihenfolge. $ export LC_COLLATE=POSIX $ sort datei A AA AB Aa Ab B a aa ab b $ export LC_COLLATE=de_DE $ sort datei a A aa Aa AA ab Ab AB b B Man beachte, daß bei DIN nicht nur im Gegensatz zu ASCII Kleinbuchstaben vor Großbuchstaben sortiert werden. Zuerst wird das Wort Caseinsensitiv sortiert. Erst bei Gleichheit kommt der Case zum Zuge. ab steht nach Aa und AA, obwohl a vor A steht.
Allerdings ist, wie bereits geschrieben, der Effekt gleich Null, d.h. mutt zeigt immer noch keine deutschen Umlaute an. Liegt das an den fehlenden verfügbaren locales, und wenn ja, wie bekomme ich die installiert?
Nimm in Deinem .muttrc folgende Zeile auf: set locale=de_DE Bernd -- Bitte die Etikette beachten: http://www.suse-etikette.de.vu/etikette.html Bitte Realnamen angeben, kein Vollquoting, kein Html, PGP oder Visitenkarten benutzen. Signatur mit "-- " abtrennen, bei Antworten "Re: " voranstellen, sonst nichts. |Zufallssignatur 4
On Tue, Nov 26, 2002 at 10:29:18AM +0100, Bernd Brodesser wrote:
Anmerkung: Egal wobei, es wird immer das genommen, was in LC_ALL steht. Nur wenn LC_ALL, wie hier, nicht existier oder leer ist, wird die entsprechende Spezialvariable genommen. Etwa LC_TIME für die Datumsangabe, oder LC_MESSAGE für Fehlermeldungen usw. Wenn die entsprechende Spezialvariable auch nicht gesetzt ist, dann und nur dann wird LANG genommen. Wenn auch LANG nicht existiert, wird der Standard, also amerikanisches Englisch genommen.
Aha. Das muss der Mensch wissen. :-)
Die Ausgabe von locale besagt aber nicht, daß all die Variablen gesetzt sind. Wahrscheinlich ist nur LANG gesetzt, oder sogar gar nichts. Kann es sein, daß Du bei der Installation nicht Deutsch angegeben hast?
Ja, es ist nur LANG gesetzt. Und eigentlich denke ich schon, dass ich Deutsch installiert habe... *grübel*
Vorsicht, mit LC_COLLATE=de_DE@euro setzt Du die Sortierreihenfolge auf die Sortierreienfolge nach DIN und nicht auf die ASCII Sortierreihenfolge.
Das ist erstmal mein geringstes Problem, aber danke trotzdem. :-)
Nimm in Deinem .muttrc folgende Zeile auf: set locale=de_DE
Nee, das hilft nix. Selber Effekt. Zumal wie weiter oben schon gesagt die .muttrc und die /etc/Muttrc auf den beiden verschiedenen Systemen gleich aussehen. Ich habe jetzt nochmal mit yast (ja, ich weiss... *g) nach den Spracheinstellungen geschaut. Yast startet schon mal in englischer Sprache, das ist ja sicher auch nicht normal. Unter "Choose language" ist aber "Deutsch" eingestellt. Ausserdem habe ich noch versucht, mittels "Select keyboard layout" das Tastaturlayout nachzuschauen (das klingt ja immerhin ein bisschen so, als ob es mit dem Problem was zu tun haben könnte), aber da bekomme ich eine Fehlermeldung namens "The current keyboard layout could not be determined. To change anything here, select a layout from the list.". Das habe ich aber erstmal nicht probiert, ehe ich da was zerkonfiguriere. Ist dort der Hund begraben? Oder liegt das eher daran, dass an der Kiste erstens keine Tastatur angeschlossen ist und ich zweitens derzeit via ssh und eine screen-Sitzung darauf zugreife? Hannes
participants (7)
-
B.Brodesser＠t-online.de -
Christian Boltz -
Dieter Franzke -
Johannes Studt -
Martin Neuditschko -
Oliver Dauter -
Thomas Preissler