Newsgroup: it.comp.os.linux.iniziare
Titolo: Impostazioni LANG sotto X

Salve a tutti,
mi sono appena accorto che con La Red Hat 9 quando avvio una nuova
sessione X con:
#startx -- :1
una volta avviato la nuova sessione X (F8), non ho più il layout
impostato correttamente, perdo il funzionamento completo dei seguenti
tasti: ò, à, ù, è, ì ed altGr; mentre funziona il tasto +.
Ho provato a guardare la variabile sotto X
#echo $LANG
ed il risultato e vouto, cosa che non accade se il comando lo rieseguo sotto
la X principale (F7).
Mentre nella sheel iniziale (F1) dove eseguo il comando startx -- :1 la
variabile è impostata correttamente.
#echo $LANG
it_IT.UTF-8
Come posso ovviare a questo problema?
Grazie mille,
		Dino
-- 
Dino Tapperini
dino.da...@tiscali.it

 Come posso ovviare a questo problema?
Quale problema? :-)
Seriamente, se startx non `capisce' la variabile anche dopo averla
esportata, aprilo (è uno script) e segui vedi se rilegge LANG da
qualche altra parte.
-- 
Tip | Per sapere quale modulo del kernel caricare per supportare una certa
of  | periferica, un buon punto di partenza è:
the | 
day | $ grep -ri nome_periferica /usr/src/linux/Documentation/
0027| 

 $ startx
Fatto, ma non cambia nulla.
Ma secondo te, perché su altri PC sempre dotati di Red HAt 9 non ha
questo problema?
-- 
Dino Tapperini
dino.da...@tiscali.it

 questo problema?
In termini tecnici, non ne ho la più pallida idea.
Se al posto di startx usi xinit, cambia qualcosa?  ($ xinit `which
xterm` -- :1)
E se avvii solo X ($ X :1), poi da console avvii un window manager su
quel display ($ DISPLAY=:1 twm) e dal window manager avvii un xterm?
Il problema è solo con la tastiera o anche con la localizzazione dei
programmi?
In sostanza, affinché tutti i programmi sotto X vedano la variabile
LANG impostata a it_IT, devono essere avviati da un programma nel cui
`spazio variabili' LANG era già impostata a it_IT (e questo programma
è generalmente il window manager o suoi figliastri, dare il comando
`pstree' da xterm per averne un'idea).  Il window manager a sua volta
deve essere stato avviato in un environment in cui la variabile era
già impostata.  Prenderei startx e me lo leggerei da capo a coda. :-)
Infine, in /etc/X11/XF86Config-4, quale layout di tastiera è
impostato?

 impostato?
Io questo file non ce l'ho, è grave?
Ho provato anche a cercarlo con:
#find / -name XF86Config-4
ma non è uscito fuori.
Da quale pacchetto proviene il file?
Grazie mille ancora
			Danilo
-- 
Dino Tapperini
dino.da...@tiscali.it

 Grazie mille ancora
Figurati, magari ne venissimo a capo sarebbe anche meglio però. :-)
-- 
Tip | [DEBIAN] Replicare una installazione:
of  | # dpkg --get-selections > list.txt # Esporta la lista dei pacchetti
the | # dpkg --set-selections < list.txt # Importa sulla nuova Debian
day | # apt-get dselect-upgrade          # Installa pacchetti nella lista
0024| (Il primo "#" rappresenta il prompt di root)

 l'ho reinviato e sostituito in garanzia per ben tre volte.
Eh, ti capisco, se ti capisco:
bard@prism:~$ dmesg | grep ^hda
hda: IBM-DTLA-307030, ATA DISK drive
hda: 60036480 sectors (30739 MB) w/1916KiB Cache, CHS=3737/255/63, UDMA(66)
Non lo reinvio perché non ho un hard disk da usare nel frattempo e ho
ancora un anno di tempo.  Ma ho fatto i salti mortali per partizionare
lasciando i settori difettosi nei ``buchi'', e in più lavoro a case
aperto con una ventola fuori retta da due morsetti e puntata sul DTLA.
Leggendo it.comp.os.linux.sys si desume che i Maxtor stiano su una
strada anche peggiore.  A questo punto non so cosa rimanga oltre
Western Digital, le schede perforate, e l'eremitaggio...
-- 
Tip | Per rinominare dei file aggiungendo l'estensione .mbox:
of  | 
the | $ for i in *; do if (test -f $i) then mv $i $i.mbox; fi; done 
day | 
0007| 

 Western Digital, le schede perforate, e l'eremitaggio...
Su un'altro host ho HD identici della maxtor:
hda: Maxtor 6Y120L0, ATA DISK drive
hda: 240121728 sectors (122942 MB) w/2048KiB Cache, CHS=14946/255/63, UDMA(133)
hdb: Maxtor 6Y120L0, ATA DISK drive
hdb: 240121728 sectors (122942 MB) w/2048KiB Cache, CHS=14946/255/63, UDMA(133)
Il primo è montato all'interno del case con una ventola da 80x80mm montata di fronte 
l'altro è montato su slitta estraibile con una ventolina da 40x40mm, forse e troppo 
insufficente, ed ogni tanto salta il file system.
Mannaggia come adesso:
hdb: read_intr: error=0x40 { UncorrectableError }, LBAsect=85116310, sector=68681752
end_request: I/O error, dev 03:47 (hdb), sector 68681752
EXT3-fs error (device ide0(3,71)): ext3_get_inode_loc: unable to read inode block - inode=4292669, block=8585219
read_intr: status=0x59 { DriveReady SeekComplete DataRequest Error }
.....
La grossa differenza e che questo per formatarlo a basso livello mi ci vuole una giornata di 24ore.
Vabbè, ho già il lavoro assicurato per la prossima settimana.
Risalutoni e buon fine settiamna.
-- 
Dino Tapperini
dino.da...@tiscali.it

 Voialtri che usate XFree86 4.x, avete un XF86Config o un XF86Config-4?
Su slack XF86Config.
-- 
Sono un servitore del Fuoco Segreto, e reggo la fiamma di Anor.
A nulla ti servira' il fuoco oscuro, fiamma di Udun.
Torna nell'Ombra! Non puoi passare.

 insufficente, ed ogni tanto salta il file system.
Incoraggiante, proprio incoraggiante...


 Incoraggiante, proprio incoraggiante...
Se vuoi posso renderti la vita piena di preoccupazioni.
Fino al 2001 ho trovato due dischi soli che si erano rotti
irreparabilmente e ad uno avevo cambiato un fusibile (HD IBM da 340MB e
funziona ancora).
Moltissi di questi funzionanno ancora alla grande, solo che ci fai ben
poco con tagli che vanno da 340Mb a 3.2 GB.
Ma dal 2001 ad oggi i dischi che hanno dato problemi sono una quantità assai
preoccupante, la media uno per PC all'anno e di quelli irreparabili 1 ogni 5.
La corsa alla grande capacità e velocità a reso tutto molto insicuro con
l'unico vantaggio del prezzo. Quindi oggi giorno se non vuoi rimanere a
piedi da un momento all'altro, basta comprare due HD, uno che lavora e
l'altro con l'immagine del primo aggiornata di tanto in tanto e lasciato
spento lontano dal PC, magari nel cassetto del comodino tra calzini e mutande.
Quando si rompe il primo, di corsa vai a comprarne un'altro ci fai
l'immagine di quello che hai nel cassetto lavori per qualche settiamna con
quello appena comprato e se tutto fila liscio rifai l'immagine su quello
che avevi nel cassetto ed utilizzo questo fina al prossimo intoppo; e cosi
via.
Staremo a vedere cosa ci riserverà il futuro in proposito.
Salutoni,
-- 
Dino Tapperini
dino.da...@tiscali.it

 spento lontano dal PC, magari nel cassetto del comodino tra calzini e mutande.
Dici così perché si corrono rischi anche solo a lasciarlo nel
computer?  E se lo si spegne immediatamente e lo si riaccende solo una
volta al giorno, per sincronizzare?
-- 
Tip | Come masterizzare le distro da Windows?
of  | 
the | 
http://www.mandrakelinux.com/howtos/iso/howtoisoen.html
day | 
0022| 

 volta al giorno, per sincronizzare?
Sto parlando di massima sfiga, entrano in casa/ufficio e te lo
rubano/sfasciano e ti rubano/sfasciano pure il backup perchè è insieme al
computer, mentre se sta tra i calzini o nello sgabuzzino dell'uffico tra
granate e stracci, è probabile che ci rimanga.
In questo caso basta comprare un qualsiasi pc e ripartire, non è mica
windows che si pianta se gli cambi qualche periferica di punto in bianco!
Non credo che sia necessario sincronizzarlo tutti i giorni, almeno io al
sistema le mani ce le metto poco, dopo la configurazione iniziale, giusto
gli aggiornamenti o piccole variazioni che mi annoto, le quali mi servono anche
in caso di nuove installazioni su macchine diverse.
Salutoni,
