Newsgroup: it.comp.os.linux.sys
Titolo: Accenti sotto console

Salve a tutti!
Da qualche giorno sto sperimentando il kernel 2.6.0-test2.
Oggi mi sono accorto di uno strano problema...
Ho /etc/environment settato in questa maniera:
LANGUAGE=C
LC_CTYPE=it_IT
LANG=C
In questo modo vedo correttamente le accentate solo nelle ttyX con X>2!
In tty1 vedo sempre dei simboli strani. Per completezza aggiungo che ho
reinstallato il pacchetto kbd invece di console-tools (il quale, sempre
in tty1, mi visualizzava i font in modo strano: le "l" sembravano
piccoli ami da pesca), la keymap installata e' "it" (o it-kbd,
apparentemente non ci sono differenze). 
In piu' con il kernel 2.4.21 con patch XFS precompilato per Debian
tale problema non compare (come non e' mai comparso con i vecchi kernel 
da me compilati).
Qualcun'altro ha avuto la stessa esperienza o saprebbe consigliarmi cosa
andare a controllare (sempre che non sia un problema di kernel)
Vi ringrazio in anticipo...
-- 
         Tremal-Naik -- Ghouls Emperor -- GnuPGid: 0xF093D6AD
E.A. Poe Klingon Translation Project: 
http://www.cs.unibo.it/~mbenini
List of my abandonware games: 
http://www.cs.unibo.it/~mbenini/abandon
    My miniatures page: 
http://www.cs.unibo.it/~mbenini/miniature

 apparentemente non ci sono differenze). 
Adesso che me l'hai fatto notare ho visto che ho lo stesso problema degli
ami da pesca.
Io sto usando un kernel 2.5.75, perche' il 2.6.0t1 non va sul mio
notebook.
Credo sia un problema di kernel. La prima tty viene inizializzata prima
del caricamento del kernel, mentre le altre dopo. Credo che il problema
sia qui. Probabilmente il kernel non riesce a cambiare il font della prima
tty.
Bye.

 mentre le altre dopo.
Ah, questa non la sapevo! In effetti se sul kernel vecchio e' tutto
ok... Dovrei provare con la test1 (o aspettare la test3)
Grazie per la risposta!


 ok... Dovrei provare con la test1 (o aspettare la test3)
Si'. La prima console viene presa pari pari dal buffer della scheda video,
o inizializzata nelle prime fasi del kernel, mentre le successive vengono
create da init dopo aver letto inittab (quindi dopo che ha finito di
caricarsi il kernel) mettendoci un getty.
Non credo che con la test1 si risolva perche', come dicevo, ho il 2.5.75
ed ho lo stesso problema. Si potrebbe segnalare agli sviluppatori.
Ma a me viene il dubbio che sia sufficiente lanciare un comando in
userspace per cambiare il font della console, magari negli script di init.
Tutto sta a capire cosa lanciare... :)
Bye.

 ed ho lo stesso problema.
Il problema dei font diversi (l a forma di amo) si risolve eliminando
console-tools (prima in /etc/init.d avevo uno script che lo lanciava). 
Infatti al momento del boot, durante il probing delle periferiche, la l
era normale poi mutava...
Il problema legato al kernel secondo me sono i diversi caratteri legati
agli accenti: in tty1 mi ritrovo caratteri ascii strani mentre in tty2 e
cosi' via ho le lettere normali. Infatti con il 2.4.21 non ci sono
problemi di sorta!


Ho fatto un piccolo passo avanti nell'inquadrare il problema dei font
sbagliati in /dev/tty1
Smanettando con i vari video mode ho notato che il problema entra in
gioco non appena si passa in modalita framebuffer a qualunque
risoluzione, sia con i driver vesa che con quelli specifici della mia
scheda video (Radeon).
Anche nel 2.6.0test3 il problema rimane... Mi vergogno un po' a
segnalare il problema perche' magari sono io ad aver sbagliato qualcosa,
anche se onestamente non so piu' cosa pensare!


 
Solo per darti qualche elemento di valutazione in più, ti posso dire che 
da me con il test2 (debian woody) senza supporto per il frambuffer i 
caratteri nelle console non hanno problemi, sia nella 1 che nelle altre.
Ciao, Paolo

 caratteri nelle console non hanno problemi, sia nella 1 che nelle altre.
Confermo, nemmeno da me... Provato nella modalita 80 colonne di default
e anche in quelle proposte da vga=ask al momento del boot. Il problema
mi esce fuori solo quando si passa a risoluzioni superiori... 
