Guida all'installazione a alla configurazione di Beryl e Xgl su un sistema Debian Testing
Questa guida è nata per aiutare a installare e configurare Beryl e Xgl su un sistema Debian Testing.
questa guida non possa essere utilizzata da utenti ATI.
Prima di tutto bisogna sapere cosa ci serve:
-Beryl (Windows manager)
-Emerald (Gestore dei temi)
-Xgl (motore grafico)
-Xorg 7 (quindi una distribuzione aggiornata almeno a Testing)
Xorg lo potete trovare nei repository Debian Testing mentre Xgl e Beryl sono reperibili da repository per Ubuntu.
Aggiungiamo quindi i repository:
deb http://www.beerorkid.com/compiz dapper main
deb http://xgl.compiz.info/ dapper main
deb-src http://xgl.compiz.info/ dapper main
andiamo in console e digitiamo
aggiorniamo la lista pacchetti con apt-get update e installiamo:
Una volta installato tutto possiamo scegliere più strade per avviare Xgl:
1- Avviare Xgl direttamente all'avvio del GDM
In questo modo si avvierà sempre all'avvio del GDM, quindi che voi avviate Gnome o Kde è indifferente; basterà poi avviare beryl.
Con questo metodo però ho notato che se poi non viene avviato beryl, il rendering dei menu ad esempio, è un pò più lento del normale.
Apriamo quindi il file /etc/X11/gdm/gdm.conf e inseriamo alla fine
name=Xgl
command=/usr/bin/Xgl -br -ac -accel glx:pbuffer -accel xv
chooser=false
handled=true
flexible=true
priority=0
GdmXserverTimeout=30
Salviamo e riavviamo il GDM.
2- Creare una sessione del GDM dove verrà avviato Xgl
Questo è utile (e consigliato) perchè così facendo si utilizza Xgl solo quando lo si desidera.
Il pro di questo metodo è la possibilità i scegliere se avviare o no Xgl, il contro invece è che se si utilizzano sia Gnome che Kde ad esempio, bisogna crearsi due sessioni.
Creiamo il file /usr/bin/startxgl.sh e scriviamo dentro
se volessimo avviare KDE al posto di GNOME metteremo al posto di gnome-session startkde.
Ora salviamo e impostiamo i permessi
Creiamo ora /usr/share/xsessions/xgl.desktop e scriviamo all'interno
Encoding=UTF-8
Name=XGl
Exec=/usr/bin/startxgl.sh
Icon=
Type=Application
Salviamo e facciamo un log-out.
Una volta loggati basterà avviare beryl-manager e se tuto è andato per il meglio si avvierà beryl. Per testare comunque la presenza di Xgl si può fare
beryl --version e se Xlg è attivo dovrebbe dare un messaggio tipo questo:
XGL Present
beryl 0.1.0
Avviato quindi beryl-manager, ci troveremo un'icona nella systray dove sarà possibile accedere al pannello di configurazione di beryl e di emerald.
Se Xgl non parte e da un errore sui Fonts basta specificare che font andare apprendere nella riga di avvio di Xgl
esempio:
Un link da seguire può essere questo, in inglese, ma il migliore che c'è.
http://gentoo-wiki.com/HOWTO_XGL
Ciao, Zidagar
Commenti
Inviato da paolo il Mar, 31/10/2006 - 17:24.
Ottima guda!
Grazie del tuo contributo.
Voto: 9
Paolo Mainardi
CTO Twinbit http://www.twinbit.it
Vice Presidente -- ILDN - Italian Linux DIstro Network
Inviato da paolo il Mar, 31/10/2006 - 17:41.
Re:: Ottima guda!
Invece per AIGXL come siamo messi ?
Stando a questo:
http://packages.debian.org/testing/x11/xserver-xorg
La testing ha Xorg 7.1, quindi AIXGL integrato, indi per cui possiamo fare una piccola guida su come configurare AIGXL+Beryl.
Non ha una testing adesso per provare, mi fate sapere ?
Paolo
Paolo Mainardi
CTO Twinbit http://www.twinbit.it
Vice Presidente -- ILDN - Italian Linux DIstro Network
Inviato da COReE il Mar, 31/10/2006 - 18:13.
Re:: Ottima guda!
Su ati mobility radeon 9700 ( driver proprietari 8.27.10 funzionanti + debian etch ) non funziona un tubo!
Tutto questo, tenendo conto anche delle specifiche ati di startxgl.sh
citate su ubuntu, gentoo wiki sulla configurazione di xgl.
Per adesso cmq non ci riprovo...
NB-> sintomi:
Beryl avviato sotto xgl, con un risultato che vede 4/6 lati ( gli spazi di lavoro ) del cubo completamente bianchi,
e gli altri due ( quello superiore e quello inferiore ) col wallpaper di default di beryl.
Chiaramente il cubo gira, questo almeno lo si vede, ma nessun altro segno del desktop di gnome.
Sotto, il panello di gnome viene caricato ma ogni finestra di programma o menu non è assolutamente visibile. Tutto bianco!
Inviato da Stefano il Mar, 31/10/2006 - 19:48.
Usare ILDNPedia per le nuove guide
Zidegar ottima guida.
Perchè non porti questa guida su ILDNPedia?
All'apertura la sezione guide verrà dismessa sui portali.
Stefano Mainardi - Founder of ILDN & CEO of Twinbit
Inviato da Zidagar il Mar, 31/10/2006 - 20:58.
Re:: Usare ILDNPedia per le nuove guide
Sicuramente! Ho parlato proprio prima con Paolo...
Mi sono iscritto questo pomeriggio alla lista e secondo me è un bel progetto!
Inviato da COReE il Lun, 13/11/2006 - 16:04.
Ok, beryl funzionante con ati radeon su debian sid!
Come petete vedere poco tempo fa avevo applicato questa guida per installare beryl su debian testing/unstable.
Bene, adesso seguendo un altra guida, questa , funziona tutto molto bene.
Inviato da pietro il Lun, 13/11/2006 - 16:45.
Re:: OK, ma a che serve?
Beryl sarà sicuramente bellissimo, nessuno lo mette in dubbio, ma..... qualcuno saprebbe dirmi a che serve? Intendo, oltre a consumare megacicli ed a far bella figura con gli sfigati che ancora utilizzano Windows e stanno ordinando un Cray per far girare Vista, ci sono delle applicazioni pratiche oppure è solo per divertimento?
Pietro
Debian Lenny on BeagleBoard
Inviato da COReE il Lun, 13/11/2006 - 17:45.
Re:: OK, ma a che serve?
Mah personalmente l'ho messo su tanto per provare, ed in effetti qualche caratteristica graficamente utile ce l'ha:
1- trascina finestre da uno spazio di lavoro all' altro (ondegiando ma poco importa)
2- cambia la priorita degli spazi di lavoro (switch) in modo elegante e veloce(cubo)
3- raccoglie le finestre di vari applicazioni aperte su un solo desktop per fare il punto su, quanta e quale, roba gira nei vari desktop.
Chiaro che negli workspaces può capitare di essere confusi; questo plugin di beryl cerca di fare chiarezza
Poi tanta altra roba, come gli effetti del menu sono pesanti e per niente utili.
Per la cronaca: non ci penso mica ad attivare beryl per default!
Inviato da ntropia il Lun, 13/11/2006 - 19:22.
Re:: OK, ma a che serve?
Come hai detto tu, per esempio, potrebbe servire a far vedere come sia possibile scrivere del codice ottimo & ottimizzato, senza scomodare risorse mastodontiche, e costringere i fornitori di nuovo hardware a raddoppiare la RAM.
Tanto per far un esempio, la Mobility Radeon 9700 di Coree credo che il nuovo "flatulento" sistema grafico in "vista" se lo possa scordare (ho visto qualche prova raccapricciante in rete)...
Ovvio che in fondo è solo un eye-candy come tanti, quindi potrebbe essere anche inutile... come tutti i giochi, no? :-P (No, decisamente no!
)
eNjoy
Chi ha intendimento conti il numero della Bestia, perché è un numero d'uomo; e il suo numero è...
rw-rw-rw-Inviato da paolo il Lun, 13/11/2006 - 23:45.
Re:: OK, ma a che serve?
Un "servire" fine a se stesso credo non lo abbia, come tanti altri software del resto (i giochi ad esempio) ma è importante per tantissimi motivi gia citati, primo dimostrare al mondo che MS è gia indietro con i suoi favolosi effetti 3D del suo prossimo SO, far crescere la curiosità e quindi l'utilizzo di Linux, aggiungere un livello di astrazione in più al classico paradigma a finestre e poi cosa fondamentale è il fattore estetico, magari per un nerd è bello il suo terminale con caratteri verdi alla matrix che mai lo scambierebbe per un qualsiasi X, ma c'è chi fa del fatto estetico uno dei primi fattori di scelta di un SO (apple docet).
IMHO ecco a cosa serve Aigxl/Xgl e non è poco.
Paolo
Paolo Mainardi
CTO Twinbit http://www.twinbit.it
Vice Presidente -- ILDN - Italian Linux DIstro Network