Newsgroup: it.comp.os.linux.iniziare
Titolo: fglrx e startx -- soluzione

Ho notato che avviando X attraverso GDM il modulo fglrx¹ da me compilato viene
avviato correttamente e fglrxinfo restituisce quello che deve restituire.
Lanciando X tramite startx o entrace (il login manager di e17) questo non
accade, il modulo viene caricato ma l'accelerazione 3D non funziona e la
grafica ripiega sulle librerie Mesa.
Facendo qualche prova ho notato che GDM (e presumibilmente anche KDM) imposta
la seguente variabile ambientale:
--8<---------------cut here---------------start------------->8---
LIBGL_DRIVERS_PATH=/usr/lib/dri:/emul/ia32-linux/usr/lib/dri
--8<---------------cut here---------------end--------------->8---
altrimenti assente.
Pertanto l'ho inserita nel mio .bash_profile e ho risolto.
Mi resta da capire il perché di questa scelta che mi sembra abbastanza
sconcertante. Anche perché ho recentemente scoperto che GDM/KDM non leggono i
vari .bash_* nella homedir, per motivi che mi sembrano oscuri dato che invece
entrance lo fa e non ho verificato nessun problema ancora.
Mah.
¹. modulo del kernel che serve per il corretto funzionamento dei driver
proprietari ATI.
-- 
     Daniele Giglio       Dona i tuoi cicli di clock alla ricerca!
     dgiglio(a)
iol.it
 
http://boinc.berkeley.edu/
                          --------------------
                  "Noi non abbiamo nessun nemico.
                   Ci sono solo alcuni amici
                   che stanno cercando di ucciderci."

 Mah.
Il display manager non leggerà mai il file .bash_profile nella tua home
perchè è un file di configurazione *del tuo utente* e non *di sistema*
(se pensi a un sistema con più di un utente, la ragione diventa ovvia).
I file di configurazione che riguardano il sistema si trovano in /etc.
Il corrispettivo di ~/.bash_profile a livello di sistema è /etc/profile,
che viene letto al login di tutti gli utenti, prima del loro
~/.bash_profile. Ma questi file vengono letti (se non mi sbaglio) al
momento in cui un utente avvia una shell bash (di solito al login).
ciao
gerlos
-- 
"Solo lo scienziato è vero poeta: ci dà la luna, ci promette le stelle,
 ci farà un nuovo universo se sarà il caso."
   _                                  Allen Ginsberg
  (y)        < 
http://gerlos.altervista.org
 >
   =   gerlos  + - - >  gnu/linux registred user #311588
        Per scrivermi togli i trattini e i baffi!

 momento in cui un utente avvia una shell bash (di solito al login).
E invece no, ed è proprio qui il problema.
-- 
     Daniele Giglio       Dona i tuoi cicli di clock alla ricerca!
     dgiglio(a)
iol.it
 
http://boinc.berkeley.edu/
                          --------------------
  Un marito e' semplicemente un amante con la barba di due giorni, la
  camicia slacciata e un brutto raffreddore di testa.

 E invece no, ed è proprio qui il problema.
Non ho capito, spiegati meglio.


 Non ho capito, spiegati meglio.
Quando si fa il login in console i file ~/.bash* vengono letti dal sistema,
quando si usa uno dei login manager grafici suddetti questo non avviene (ho
fatto delle prove).
E IMO non ha senso.
-- 
     Daniele Giglio       Dona i tuoi cicli di clock alla ricerca!
     dgiglio(a)
iol.it
 
http://boinc.berkeley.edu/
                          --------------------
If you always postpone pleasure you will never have it.  Quit work and play
for once!

 E IMO non ha senso.
Guarda che è giusto così.
Quando fai il login, il sistema avvia una "shell" (nel senso più esteso
del termine) per comunicare con te. Da console, la shell è bash. Con il
login grafico, la "shell" è gnome, o kde, o xfce, e ciascuno ha il suo
modo di eseguire comandi e impostare variabili all'avvio.
La cosa che non avrebbe senso è che un programma usi la configurazione
di un altro programma per fare qualcosa. Pensaci.
Bash e gnome, ad esempio, sono diversi. Fanno cose diverse, per quanto,
concettualmente, abbiano la stessa funzione, ossia fare da interfaccia
tra il sistema e l'utente. Bash ha bisogno che alcune variabili
d'ambiente vengano impostate in un certo modo, gnome in modo diverso.
Non c'è ragione perché gnome debba andare a leggere delle variabili dai
file di configurazione di bash.


 file di configurazione di bash.
Tuttavia io potrei aver bisogno di impostare determinate variabili o lanciare
determinati programmi indipendentemente dal fatto di essermi loggato in
console, con GDM, con XDM, con Gnme piuttosto che con KDE e compagnia
cantante. Ecco, mi piacerebbe che ci fosse un modo di avere tutto ciò. In
effetti c'è, è quello di scrivermi uno script apposta che venga lanciato in
fase di login.
-- 
     Daniele Giglio       Dona i tuoi cicli di clock alla ricerca!
     dgiglio(a)
iol.it
 
http://boinc.berkeley.edu/
                          --------------------
       It's not enough to be Hungarian; you must have talent too.
       		-- Alexander Korda