Hi!
Am Wed, 12 Jul 2006 10:48:30 +0200
schrieb Jochen Schulz [EMAIL PROTECTED]:
(wenn es das Ziel-System kann) oder du stellst dein Terminal
passend ein. Im gnome-terminal z.B. kannst du den Zeichensatz
einstellen. Nutze ich wenn ich mich zu Rechnern verbinde, die noch
keine UTF-8
Hallo Ulrich,
Ulrich Fürst [EMAIL PROTECTED] wrote:
cat /etc/environment
# Fuer Gimp
export G_FILENAME_ENCODING=UTF-8
/etc/environment ist kein Shellskript! Die Datei wird von einem PAM-Modul
verarbeitet, dass nur die Syntax Variable=Wert kennt.
Schöne Grüße, Jörg.
--
Definiere
Andreas Pakulat wrote:
On 11.07.06 22:34:27, Ulrich Fürst wrote:
Andreas Pakulat [EMAIL PROTECTED] wrote:
On 11.07.06 19:22:03, Ulrich Fürst wrote:
Manche Programme benötigen extra Optionen. Mein Gimp
braucht z. B.
cat /etc/environment
# Fuer Gimp
export G_FILENAME_ENCODING=UTF-8
On Wed, Jul 12, 2006 at 02:02:15AM +0200, Steffen Schulz wrote:
[EMAIL PROTECTED] ~]$ echo $TERM, $LANG
rxvt-unicode, en_US.utf8
Warum LANG=en_US.utf8 und nicht LC_CTYPE=de_DE.UTF-8 ohne LANG?
--
Nicht Absicht unterstellen, wenn auch Dummheit ausreicht!
pgpa2lNI7iSub.pgp
Description: PGP
On 12.07.06 02:02:15, Steffen Schulz wrote:
On 060711 at 21:20, Andreas Pakulat wrote:
Ein Problem stellen auch zB Dateinamen dar. Die sind ja auch irgendwie
kodiert, verfuegbare Codings sind im Kernel zu konfigurieren.
Also damit habe ich eigentlich auch keinerlei Probleme. Wenn ein User
Michael Bienia:
On 2006-07-11 22:45:07 +0200, Jochen Schulz wrote:
Ich habe aufgrund des kürzlich erwähnten Datenverlustes den
Etch-Installer ausprobiert (mit GUI!!elf) und der stellt ja automatisch
UTF-8 ein. Ich hatte aber dann das Problem, dass eine SSH-Session auf
ein
On 060712 at 10:10, Martin Reising wrote:
On Wed, Jul 12, 2006 at 02:02:15AM +0200, Steffen Schulz wrote:
[EMAIL PROTECTED] ~]$ echo $TERM, $LANG
rxvt-unicode, en_US.utf8
Warum LANG=en_US.utf8 und nicht LC_CTYPE=de_DE.UTF-8 ohne LANG?
Aehm...weil bei mir alles en_US ist und sein soll?
Steffen Schulz:
On 060711 at 23:10, Jochen Schulz wrote:
UTF-8 ein. Ich hatte aber dann das Problem, dass eine SSH-Session auf
ein ISO-8859-1-System furchtbar kaputt aussah. Ich vermute auch, dass
mein mutt auf ebendiesem System falsch kodierte Mails rausgeschickt hat
(UTF-8 als
On 060712 at 10:40, Andreas Pakulat wrote:
On 12.07.06 02:02:15, Steffen Schulz wrote:
[EMAIL PROTECTED] ~]$ echo $TERM, $LANG
rxvt-unicode, en_US.utf8
Ich mag mich da jetzt irren, aber en_US.utf8 ist keine korrekte locale,
denke ich. Richtig ist en_US.UTF-8, schau mal in deine
Andreas Pakulat:
On 11.07.06 22:45:07, Jochen Schulz wrote:
Ich habe aufgrund des kürzlich erwähnten Datenverlustes den
Etch-Installer ausprobiert (mit GUI!!elf) und der stellt ja automatisch
UTF-8 ein.
Achja? Ich war bisher der Meinung dass er dpkg-reconfigure locales
ausfuehrt und
Hi,
Andreas Pakulat wrote:
On 11.07.06 20:49:08, Kai Hildebrandt wrote:
Wundere dich aber nach dem Umstieg nicht, dass alles (was mit
Codierung zu tun hat) etwas langsamer wird.
Du meinst in TB? Wieso dass denn? Hast du Zahlen dazu?
die Performance kann leiden, wenn man UTF-8-Zeichenketten
Ingo Blechschmidt wrote:
die Performance kann leiden, wenn man UTF-8-Zeichenketten intern auch
als UTF-8 speichert.
Der Effekt ist aber z.B. bei Perl minimal (~27% bei REGEX).
Kodiert man aber UTF-8 intern nach UCS-4, so entfallen die Probleme --
AFAIK tun das eh einige
Helmut Wollmersdorfer [EMAIL PROTECTED] wrote:
Hab auch keine Probleme damit, aber ich vermeide auch non-ASCII in
Filenamen. Hab jetzt extra probiert, ein jpg in testäöü.jpg
umzubenennen - öffnet problemlos in GIMP.
Das ist auch nicht das Problem. Gimp startete auch nicht ohne Datei,
bevor
Hi,
Helmut Wollmersdorfer wrote:
die Performance kann leiden, wenn man UTF-8-Zeichenketten intern auch
als UTF-8 speichert.
Der Effekt ist aber z.B. bei Perl minimal (~27% bei REGEX).
jep (unter der Annahme, dass du Perl = 5.8 meinst). (Und die
Unicode-Unterstützung in Perl 5.9 soll IIRC
Ingo Blechschmidt wrote:
jep (unter der Annahme, dass du Perl = 5.8 meinst).
perldoc perlhist
[...]
5.8.0 2002-Jul-18
Wir schreiben das Jahr 2006;-)
Helmut Wollmersdorfer
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum
Hi,
Helmut Wollmersdorfer wrote:
Ingo Blechschmidt wrote:
jep (unter der Annahme, dass du Perl = 5.8 meinst).
perldoc perlhist
[...]
5.8.0 2002-Jul-18
Wir schreiben das Jahr 2006;-)
...und jetzt sag' das nochmal in einer Debian-Liste ;)
(Woody hat 5.6.1. Viele gratis Webhoster
On 12.07.06 11:31:53, Steffen Schulz wrote:
- touch tür; exit
[EMAIL PROTECTED] ~]$ rm tür
rm: cannot remove `tür': No such file or directory
[EMAIL PROTECTED] ~]$ ls tür
ls: tür: No such file or directory
[EMAIL PROTECTED] ~]$ ls t?r
tür
Das Terminal ist aber noch im
Hi.
Andreas Pakulat wrote:
Falls du Ordner mit Umlauten verwendest, werden diese falsch
angezeigt.
In TB? Dann ist das ein Bug in TB.
Nein, eigentlich in KMail in Verbindung mit IMAP-Konten.
Ich denke, dass es bei TB aber ähnlich sein wird.
Wundere dich aber nach dem Umstieg nicht,
Hallo,
ich bekomme in der nächsten Zeit einen neuen Computer und überlege auf
den Zeichensatz UTF-8 umzusteigen.
Nun habe ich aber von meinem alten System tausende Dateien die mit
normalen ISO-8859-15 codiert sind.
Was hat es jetzt für Folgen, wenn ich meine Dateien auf den neuen
Rechner
Peter Jordan [EMAIL PROTECTED] wrote:
Nun habe ich aber von meinem alten System tausende Dateien die mit
normalen ISO-8859-15 codiert sind.
Wenn Du in Text-Dateien Umlaute hast musst Du die umändern (lassen).
Für die Config-Dateien sollte das kein Problem darstellen, weil ja
eigentlich alles
On 11.07.06 19:22:03, Ulrich Fürst wrote:
Peter Jordan [EMAIL PROTECTED] wrote:
Nun habe ich aber von meinem alten System tausende Dateien die mit
normalen ISO-8859-15 codiert sind.
Wenn Du in Text-Dateien Umlaute hast musst Du die umändern (lassen).
Noe muss man nicht, jedenfalls
Hi,
On 060711 at 19:30, Ulrich F�rst wrote:
Peter Jordan [EMAIL PROTECTED] wrote:
Nun habe ich aber von meinem alten System tausende Dateien die mit
normalen ISO-8859-15 codiert sind.
Ich hab vor ein paar Monaten spassenshalber mal komplett auf
Unicode/UTF8 umgestellt. Meinen Mailserver
Hey.
Peter Jordan wrote:
ich bekomme in der nächsten Zeit einen neuen Computer und überlege auf
den Zeichensatz UTF-8 umzusteigen.
Nun habe ich aber von meinem alten System tausende Dateien die mit
normalen ISO-8859-15 codiert sind.
Was hat es jetzt für Folgen, wenn ich meine Dateien
On 11.07.06 20:58:41, Steffen Schulz wrote:
Mail ist nen bissl doof. Entweder weil ich noch immer was falsch mache,
oder viele Clients nicht mit utf8 klar kommen. (?,?,?,?,?,?,?, anyone?)
Hae? Mutt kann wunderbar UTF-8, sofern das korrekt in der Shell gesetzt
ist. Aber das ist noch lange kein
Andreas Pakulat [EMAIL PROTECTED] wrote:
On 11.07.06 19:22:03, Ulrich Fürst wrote:
Peter Jordan [EMAIL PROTECTED] wrote:
Nun habe ich aber von meinem alten System tausende Dateien die mit
normalen ISO-8859-15 codiert sind.
Wenn Du in Text-Dateien Umlaute hast musst Du die
Andreas Pakulat:
Also ich habe 0 Probleme. Hoechstens mal wenn eine Mail anders kodiert
ist, als im Header angegeben, aber das liegt dann meistens am OP und
seinem Mailclient...
Da das Thema mal wieder angesprochen wird und Du Dich scheinbar damit
auskennst... :)
Ich habe aufgrund des
On 2006-07-11 22:45:07 +0200, Jochen Schulz wrote:
Ich habe aufgrund des kürzlich erwähnten Datenverlustes den
Etch-Installer ausprobiert (mit GUI!!elf) und der stellt ja automatisch
UTF-8 ein. Ich hatte aber dann das Problem, dass eine SSH-Session auf
ein ISO-8859-1-System furchtbar kaputt
* Ulrich Fürst:
Wenn Du in Text-Dateien Umlaute hast musst Du die umändern (lassen).
Noe muss man nicht, jedenfalls solange man einen vernuenftigen Editor
verwendet.
Eben, aber wenn ich mit cat und less arbeite fehlen die Umlaute...
lv als Substitut für less ist im Raten der Codierung
On 11.07.06 22:34:27, Ulrich Fürst wrote:
Andreas Pakulat [EMAIL PROTECTED] wrote:
On 11.07.06 19:22:03, Ulrich Fürst wrote:
Peter Jordan [EMAIL PROTECTED] wrote:
Nun habe ich aber von meinem alten System tausende Dateien die mit
normalen ISO-8859-15 codiert sind.
Wenn Du
On 11.07.06 22:45:07, Jochen Schulz wrote:
Andreas Pakulat:
Also ich habe 0 Probleme. Hoechstens mal wenn eine Mail anders kodiert
ist, als im Header angegeben, aber das liegt dann meistens am OP und
seinem Mailclient...
Ich habe aufgrund des kürzlich erwähnten Datenverlustes den
On 11.07.06 20:49:08, Kai Hildebrandt wrote:
Peter Jordan wrote:
ich bekomme in der nächsten Zeit einen neuen Computer und überlege auf
den Zeichensatz UTF-8 umzusteigen.
Nun habe ich aber von meinem alten System tausende Dateien die mit
normalen ISO-8859-15 codiert sind.
Was hat
On Tue, Jul 11, 2006 at 06:31:09PM +0200, Peter Jordan wrote:
Nun habe ich aber von meinem alten System tausende Dateien die
mit normalen ISO-8859-15 codiert sind.
Die Rekodierung Latin9-Unicode ist problemlos.
Aufpassen muss man nur bei CP125[0-2] kodierten Dateien welche
unter Windows als
On 060711 at 23:10, Jochen Schulz wrote:
UTF-8 ein. Ich hatte aber dann das Problem, dass eine SSH-Session auf
ein ISO-8859-1-System furchtbar kaputt aussah. Ich vermute auch, dass
mein mutt auf ebendiesem System falsch kodierte Mails rausgeschickt hat
(UTF-8 als ISO-8859-1), wenn ich die per
On 060711 at 21:20, Andreas Pakulat wrote:
Ein Problem stellen auch zB Dateinamen dar. Die sind ja auch irgendwie
kodiert, verfuegbare Codings sind im Kernel zu konfigurieren.
Also damit habe ich eigentlich auch keinerlei Probleme. Wenn ein User
mit de_DE locale eine Datei mit Umlauten auf
34 matches
Mail list logo
