Arch Linux

Schriften und Druckproblem

hotzenplotz

Hallo,

ich habe zwei Probleme.

Zum einen werden mir keine Gaensefuesschen angezeigt, wenn ich im Terminal zB.

man pacman

eingebe. Da steht dann immer sowas wie

<80><8C>

anstelle des verschwundenen Zeichens.

Nun das zweite:
Wenn ich zB http://www.heise.de/jobs/zeige_extern.pl?id=215d3e452be8 ausdrucken moechte, bekomme ich einen nicht fliessenden Text mit Sonderzeichen. Mit anderen Worten: Kuddelmuddel. In den Cupslogs steht, dass alles Ok sei. Ich kann auch den Drucker ausschliessen, da cups2pdf als Drucker genau das selbe Ergebnis liefert.

Ich denke mein Arch hat Schriftprobleme. Nur wie kann ich die beheben?

Meine rc.conf:

LOCALE="en_US.utf8"
HARDWARECLOCK="localtime"
TIMEZONE="Europe/Berlin"
KEYMAP="us"
CONSOLEFONT=
CONSOLEMAP=
USECOLOR="yes"

In meiner locale.gen sind

de_DE@euro      ISO-8859-15
en_US.UTF-8     UTF-8
en_US   ISO-8859-1

auskommentiert. Als root-user wurde ein locale-gen durchgefuehrt.

Auf dem selben Rechner mit Debian-testing oder Knoppix funktioniert es.

Gruesse Hotzenplotz

GerBra

Allein während der Mühe, alle Angaben in den Post zu kopieren hätte es dir doch
schon auffallen müssen der Kuddelmuddel zwischen de,en.

Siehe hier:
http://wiki.archlinux.de/?title=Arch_Linux_auf_Deutsch_stellen
und für X hier:
http://wiki.archlinux.de/?title=X#Xorg_konfigurieren
Abschnitt Keyboard auf DE

hotzenplotz

Hmm, also jetzt bin ich komplett verwirrt.

Wenn ich in der rc.conf

LOCALE="en_US.utf8"

und in der locales.gen

en_US.UTF-8     UTF-8
en_US   ISO-8859-1

einstelle, funktioniert das in der Konsole nicht und der Druck ebenfalls nicht.

Wenn ich in der rc.conf

LOCALE="en_US.utf8"

und in der locales.gen

de_DE.UTF-8     UTF-8
de_DE   ISO-8859-1

einstelle, funktioniert das in der Konsole 🙂 und der Druck nicht 🙁 .

Stelle ich alles auf deutsch funktioniert gar nichts. Ich habe eben sehr viele Kombinationen ausprobiert. Bei einer hat der Druck zum Teil funktioniert.

In meiner xorg.conf habe ich nichts veraendert.

Was muss ich tun, damit das komplette System auf englisch ist?

Gruesse Hotzenplotz

GerBra

hotzenplotz schrieb Was muss ich tun, damit das komplette System auf englisch ist?

Ich bin erstmal davon ausgegangen, daß du es auf Deutsch haben möchtest 😉

Wieder eine Gegenfrage: 😉
Möchtest du nur die Sprachumgebung englisch (also Menüs, Ausgabe von Programmen,
usw) oder auch Tastatur(also die Eingabe)?

Könntest du auch nochmal das mit der: man pacman und den Gänsefüßchen erläutern?
Evtl. mit Screenshots...

Zu dem Druck der angegebenen URL: Bei mir würde z.B. nur die Kopfzeile gedruckt.
Diese Seite ist IMHO nicht als Druckversion geeignet (Frames z.B.).

hotzenplotz

Möchtest du nur die Sprachumgebung englisch (also Menüs, Ausgabe von Programmen,
usw) oder auch Tastatur(also die Eingabe)?

Ich moechte alles auf englisch. Ich besitze auch eine amerikanische Tastatur. Damit laesst es sich besser programmieren, finde ich.

man pacman

... abgeschnitten

OPTIONS
       --asdeps
           Install packages non-explicitly; in other words, fake their install reason to be
           installed as a dependency. This is useful for makepkg and other build from source
           tools that need to install dependencies before building the package.

       --asexplicit
           Install packages explicitly; in other words, fake their install reason to be
           explicitly installed. This is useful if you want mark a dependency as explictly
           installed.

       -b, --dbpath <path>
           Specify an alternative database location (a typical default is â<80><9C>/var/lib/pacmanâ<80>
<9D>).
           This should not be used unless you know what you are doing.  NOTE: if specified,
           this is an absolute path and the root path is not automatically prepended. This
           behavior changed in pacman 3.1.0.

... abgeschnitten

Normalerweise stehen dort, wo jetzt â<80><9C> steht, Sonderzeichen. Meist handelt es sich dabei um Anfuehrungszeichen.
Was mich stark wundert ist, dass der Ordner '/usr/lib/locale' leer ist. Da steht nur die binaere Datei 'locale-archive' drin.
Ausserdem finde ich es interessant, dass die Kombination eng-de das Problem mit den Sonderzeichen behebt.

Zu der Seite. Das kann sein, dass ich eine rausgesucht habe, die eh nicht funzt. Aber seitdem ich arch benutze, habe ich so meine Probleme mit dem Drucken. Zb auch die Adressaufkleber vom Hermes-Paketversand lassen sich unter arch nicht drucken.
Das Ergebnis des Drucks sieht aehnlich aus. deswegen dachte ich, dass es sich um das selbe Problem handelt.

Bye Hotzenplotz

GerBra

Also für dein Vorhaben wäre en-US.utf8 dann IMHO richtig, Keyboard wäre dann us.
An Localen würde ich sowohl die en_US.* als auch die de-DE.* generieren lassen, ich kann
momentan nicht sagen wie z.B. deutsche Umlaute durch die en_US.utf8 Umgebung
abgedeckt ist.

Der Befehl: locale sollte jetzt eigentlich für alle LC_* Variablen en_US.utf8 zeigen.

Somit hättest du (bei entsprechender Konsolenschriftart) alles für die Arbeit auf einer
tty-Konsole getan.

Irritierender wird es IMHO in den XTerms bzw. in der Windowmanager-Umgebung.
Bekommst du diese "verhunzte" manpage in einem XTerminal(welches?, welcher WM)?
Wenn ja, versuche doch auch mal auf einer tty-Konsole.
Dann würde nämlich dein XTerminal evtl. eine andere Kodierung annehmen oder die
Schrift das evtl. nicht abdecken.

Zur Druckseite: ich war wohl zu ungeduldig, wurde dann doch richtig in der
Druckvorschau bzw. im PDF angezeigt. Ich verwende KDE hier.

In der KDE-Konsole kann man die Kodierung ja verstellen. Z.B.:
ISO-8859-1 produziert "falsche" Anführungszeichen.
ISO-8859-15 produziert "falsche" Anführungszeichen.
utf8 sind sie OK, da die manpages IMHO auch so "grundkodiert" sind.
Und egal was ich an Kodierung einstelle, ein explizites:
LANG=en_US.utf8 man pacman
funktioniert immer.
LANG=de_DE.utf8 bringt ja keine andere SPrache, da die Seite nur auf Englisch
verfügbar ist.

hotzenplotz

Hmmm, ich habe jetzt in der rc.conf 'us' eingestellt. Dann habe ich in der locale.gen alles wie beschrieben auskommentiert und genrieren lassen.
Der Befehl 'locale' gibt mir nun das (wie beschrieben) Gewuenschte aus.

Allerdings habe ich wieder das Problem mit den Sonderzeichen in den manpages.
Ich benutze den urxvt als Terminal und xmonad als WM. Auf der tty*_Konsole werden die Sonderzeichen auch nur bei der Kombination eng-de angezeigt.

Wieso ist mein Ordner '/usr/lib/locale' leer? Ich habe das so verstanden, dass er mir da alle reingeneriert.

Ich glaub ich geb auf. Den ganzen Freitag nachmittag damit verbracht.

Thx a lot.
Hotzneplotz

EDIT: Im xterm habe ich das gleiche Problem.

GerBra

Zum /usr/lib/locale: Was erwartest du dari zu sehen?
Wenn locale-gen ausgeführt wird, dann wird die locale-archive dadurch erstellt. Diese
Datei wird dann von der glibc genutzt.

Ich habe gerade mal auf en_US.utf8 umgestellt (diese locale war bei mir nicht generiert).
Ich gebe jetzt in keiner konsole ein: LANG=en_US.utf8 xterm
locale darin zeigt mir auch LANG+LC-* auf dieser Einstellung.
man pacman wird richtig angezeigt.

Nur xterm (also mit LANG+LC-* auf de_DE.utf8) auch alles ok.

Arch ist bei mir die erste Distribution, die mit utf8 durchweg korrekt funktioniert 😉

Aber evtl. hat noch jemand anderes einen Ansatz.

[gelöscht]

Ich habe jetzt auch nocheinmal ein 'LANG=de_DE.utf8 urxvt' eingegeben. Ein locale darin zeigt mir dann auch 'de' an. Die manpages sind immer noch fuern Ar***....
Das mit der Sprache funktioniert also.

Nur eben nicht die Sonderzeichen in den manpages. Es sei denn ich kommentiere in der locale.gen nur de_DE.utf8 ein. Was geht mir dadurch eigentlich verloren? Also, wenn ich de_DE ISO* und en_US.utf8 und en_US ISO* weglasse?

stefanhusmann

Ich habe auch eine amerikanische Tastatur. Bei mir funktioniert fast alles gut.
(Was nicht, s.u.)

Aus meiner rc.conf:

LOCALE="de_DE.utf8"
HARDWARECLOCK="localtime"
TIMEZONE="Europe/Berlin"
KEYMAP="us"
CONSOLEFONT=
CONSOLEMAP=
USECOLOR="yes"

weitere Einstellungen:

[haawda@bertrand lib]$ echo $LANG
de_DE
[haawda@bertrand lib]$ echo $LOCALE

[haawda@bertrand lib]$ locale      
LANG=de_DE
LC_CTYPE="de_DE"
LC_NUMERIC="de_DE"
LC_TIME="de_DE"
LC_COLLATE=C
LC_MONETARY="de_DE"
LC_MESSAGES="de_DE"
LC_PAPER="de_DE"
LC_NAME="de_DE"
LC_ADDRESS="de_DE"
LC_TELEPHONE="de_DE"
LC_MEASUREMENT="de_DE"
LC_IDENTIFICATION="de_DE"
LC_ALL=

Aus der locale.gen:

de_DE.UTF-8 UTF-8  
de_DE ISO-8859-1  
de_DE@euro ISO-8859-15

Aus der xorg.conf

Section "InputDevice"
	Identifier  "Keyboard0"
	Driver      "kbd"
	Option      "us-acentos"
EndSection

Ich verwende ebenfalls urxvt aus dem Paket rxvt-unicode, v.9.02-1.

In der locale.gen würde ich es bei einer Sprache belassen.

Mein einziges verbliebenes Problem ist, dass ich Umlaute und das scharfe s nur im Emacs eingeben kann - da hab ich sie mir auf die Funktionstasten f9-f12 gelegt mit folgendem Code in der ~/.emacs

(global-set-key (quote [f9]) (function (lambda () (interactive)
(insert "ß"))))
(global-set-key (quote [f10]) (function (lambda () (interactive)
(insert "ü"))))
(global-set-key (quote [f11]) (function (lambda () (interactive)
(insert "ä"))))
(global-set-key (quote [f12]) (function (lambda () (interactive)
(insert "ö"))))
(global-set-key (quote [S-f10]) (function (lambda () (interactive)
(insert "Ü" ))))
(global-set-key (quote [S-f11]) (function (lambda () (interactive)
(insert "Ä"))))
(global-set-key (quote [S-f12]) (function (lambda () (interactive)
(insert "Ö"))))

hotzenplotz

Moin,

jetzt klappt alles.
Siehe auch hier: http://bbs.archlinux.org/viewtopic.php?id=44626

Mischen von Sprachen ist in der Tat nicht gut. Mein vorruebergehender Workaround mit rc.conf -> englisch und locale.gen -> deutsch hatte zwar das Problem in den manpages behoben, es traten aber neue auf, wie zB Probleme mit der$LOCALE bei perl-skripten.

Nu denn, jetzt klappts. Dank an alle.

Mit den aes und ues hatte ich mir unter debian mit Hilfe von boottime.keymap und anderen
ein workaround gebastelt. Die rechte alt-taste in Kombination mit zB 'a' diente fuer die deutschen Sonderzeichen wie zB 'ae'.

Unter arch will ich das demnaechst mit der keymap machen.

Bye Hotzenplotz