Installare Xorg 7.2 e Mesa 6.5.2 in Ubuntu Edgy eft
Ovvia ora è finita l’ora di fare i giochini 
, ed è giunto di mettersi a fare qualcosa di più serio (o forse no! 
).
Beh, che questa sia una cosa seria o meno, toccherà a voi giudicarlo di certo a me piace avere sempre una macchina in forma e ben aggiornata nei punti che dico io (per questo mi sta stretta sia una release stabile che una di sviluppo), comunque da utente AiGLX con driver radeon sono sempre stato alla ricerca del massimo delle prestazioni e supporto per il mio Beryl tentando in più di un’occasione anche di aggiornare Mesa (la libreria 3D) all’ultima versione stabile o alla versione in sviluppo ma sempre con scarsi risultati.
La colpa in quelle situazioni era il fatto che Mesa 6.5.2 necessita un nuovo glproto (che gestisce la comunicazione tra server grafico e librerie 3d), e quindi risultava fondamentale l’aggiornamento anche del server grafico ad una versione più recente (presa da git) o più recentemente alla versione 7.2 che come saprete è uscita ufficialmente15 giorni fa (anche se già era disponibile da decine di giorni in git e più recentemente nell’ftp).
Comunque sia, ormai ce la dovevo fare e ce l’ho fatta (ovviamente), ricompilandomi Xorg, Mesa e altre librerie parallele (seguendo quanto ho scritto in questo post). Avevo iniziato a lavorare su Xorg e mesa git circa l’8 Febbraio come potete leggere in questo bug, ma ho raggiunto il successo solo il giorno successivo; in seguito ho usato Xorg e Mesa pacchettizzato in versioni "standard" fino a ieri quando mi sono messo in tesa di concedere questo piccolo sfizio anche agli altri utenti aprendo un repository. Per far ciò ho quindi ricompilato tutti i pacchetti relativi a xorg importati da feisty, ovviamente avvalendomi di alcuni miei script che ho scritto al volo per automatizzare il tutto permettendomi di ottenere il tutto in circa 5 ore di compilazione! 
A questo punto, siete pronti per aggiornare la vostra Ubuntu-box!
Fatta la “proverbiale prefazione” mi preme sottolineare già in apertura che quanto è indicato qui sotto è consigliato solo per gli UTENTI ESPERTI (ossia per coloro che sappiano gestire la propria macchina anche in caso di problemi col server X); dico questo non tanto perché quanto imparerete è di difficile attuazione (anzi dei due proprio perché è semplicissimo), ma perché nonostante ho feedback positivi da chi ha provato questo nuovo server X, non posso garantirvi il funzionamento su tutte le configurazioni.
Ritengo inoltre l’aggiornamento utile fondamentalmente per chi utilizza normali applicazioni 3D oltre che per chi usa un Composite Manager, ma in questo caso è caldamente consigliato l’aggiornamento solo se utilizzate AiGLX visto che non ho testato assolutamente Xgl sopra questo server (Aldolat ci è comunque riuscito).
Vi annuncio inoltre, che ho studiato le versioni dei programmi che andrete ad aggiornare in modo tale che non vadano a superare mai la versione presente in feisty, così che l’aggiornamento risulti assolutamente innocuo per gli sviluppi futuri della vostra macchina. Spero di aver fatto tutto correttamente, ad ogni modo i miei pacchetti funzioneranno anche in feisty quindi il male dovrebbe essere minore anche in caso abbia commesso qualche disattenzione.
Detto questo spero che la schiera di utenti che ha deciso di seguirmi abbia ancora una sua «consistenza», ad ogni modo ecco cosa otterrete con l’aggiornamento:
- Migliorato il funzionamento ed il supporto di AiGLX
- Migliorato il supporto a Compiz e Beryl
- Incrementate le performances 3D usando i driver open source (Intel e ATi sopra tutti)
- Eliminato il freezing durante il VT-switching su AiGLX
- Eliminati i problemi con il ripristino in seguito ad un ibernazione (legato a quanto sopra)
- Mhmhm… Tutti gli altri vantaggi di XOrg 7.2 e Mesa 6.5.2
Ovvia, ora che avete un po’ di bava alla bocca (non è vero, però…) possiamo iniziare con l’aggiornamento. I passaggi sono tutti molto semplici, fondamentalmente dovrete aprire il vostro sources.list (vale a dire sudo gedit /etc/apt/sources.list) ed aggiungervi il seguente repository:
# Treviño’s Ubuntu edgy Xorg-7.2 Repository (GPG key: 81836EBF – DD800CD9)
deb http://download.tuxfamily.org/3v1deb edgy xorg-7.2
Adesso, ne viene che dovrete aggiornare il vostro database di apt con sudo apt-get update e quindi di scaricare ed installare gli aggiornamenti, per farlo vi consiglio di usare tool come synaptic o adept piuttosto che il più rude sudo apt-get upgrade per poter così controllare in modo più accurato quello che state facendo.
Una volta che avrete applicato gli aggiornamenti, prima di riavviare X, non ci dovrebbero essere operazioni da effettuare, fondamentalmente il file di configurazione /etc/X11/xorg.conf dovrebbe andar bene com’è, l’unica cosa se utilizzate EXA come AccelMethod, sappiate che è buggata e ci sono problemi col rendering del testo; vi consiglio quindi di usare XAA.
Se volete in qualche modo testare il funzionamento di quanto installato potete semplicemente dare il comando X -version e dovreste ottenere qualcosa del genere:
X Window System Version 7.2.0
Release Date: 22 January 2007
X Protocol Version 11, Revision 0, Release 7.2
Build Operating System: Linux Ubuntu
Current Operating System: Linux 3v1 2.6.20-6-generic #1 SMP Mon Feb 5 15:42:24 CET 2007 i686
Build Date: 23 January 2007
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Questo non è comunque un test valido, semmai potreste provare a lanciare un nuovo server (direttamente dalla vostra sessione X) con un comando tipo X :2 & DISPLAY=:2 xterm, così facendo potreste leggere gli eventuali errori direttamente dal terminale a cui lanciate il nuovo server, se il nuovo server (con un xterm), parte siete a posto, ad ogni modo potrete ritornare al server X di origine cambiando VT (con Ctrl+Alt+Fx dove x è o 7 o 4, cmq provateli un po’ tutti ).
Vi ammetto che io non ho praticato il test sopra in seguito al mio upgrade, quindi potrebbe anche non funzionare (ma non credo) se avete due server avviati di differenti versioni. Quello che è certo è che se lo faccio ora mi funziona correttamente.
Ad ogni modo senza star a fare troppe prove che spaccano il cervello, non posso che augurarvi buona fortuna e dirvi di fare un bel Ctrl+Alt+Backspace (o di chiudere la vostra sessione KDE/GNOME) per riavviare X!
Bene, spero sia andato tutto a posto
In caso contrario, invece se X non dovesse partire vi consiglio di guardare cosa c’è di errato nel log di Xorg magari usando il comando tipo grep EE /var/log/Xorg.0.log|less.
Se invece usate Beryl o Compiz ed avete problemi di cubo bianco con nVidia, dovrete reinstallare (rigenerando moduli del kernel e di xorg) i driver della vostra scheda video (magari usando Envy).
Se invece volete downgradare a Xorg 7.1 e Mesa 6.5.1+cvs (ossia gli standard di edgy); prima di tutto dovrete rimuovere il repository dalla sources.list, quindi dopo aver dato il classico sudo apt-get update dovrete avviare questo comando:
sudo apt-get install -f libdrm2/edgy libdrm-dev/edgy libgl1-mesa-dev/edgy libgl1-mesa-dri/edgy libgl1-mesa-glx/edgy libgl1-mesa-swx11/edgy libgl1-mesa-swx11-dbg/edgy libgl1-mesa-swx11-dev/edgy libglu1-mesa/edgy libglu1-mesa-dev/edgy libosmesa6/edgy libosmesa6-dev/edgy mesa-common-dev/edgy mesa-swx11-source/edgy mesa-utils/edgy x11-common/edgy x11proto-damage-dev/edgy x11proto-gl-dev/edgy x11proto-input-dev/edgy x11proto-randr-dev/edgy xbase-clients/edgy xdmx/edgy xdmx-tools/edgy xkb-data/edgy xkeyboard-config/edgy xlibmesa-dri/edgy xlibmesa-gl/edgy xlibmesa-glu/edgy xlibs-dev/edgy xlibs-static-dev/edgy xnest/edgy xorg/edgy xserver-xephyr/edgy xserver-xorg/edgy xserver-xorg-core/edgy xserver-xorg-dev/edgy xserver-xorg-input-acecad/edgy xserver-xorg-input-aiptek/edgy xserver-xorg-input-all/edgy xserver-xorg-input-digitaledge/edgy xserver-xorg-input-elographics/edgy xserver-xorg-input-fpit/edgy xserver-xorg-input-hyperpen/edgy xserver-xorg-input-kbd/edgy xserver-xorg-input-magellan/edgy xserver-xorg-input-mouse/edgy xserver-xorg-input-mutouch/edgy xserver-xorg-input-palmax/edgy xserver-xorg-input-spaceorb/edgy xserver-xorg-input-summa/edgy xserver-xorg-input-synaptics/edgy xserver-xorg-input-tek4957/edgy xserver-xorg-input-void/edgy xserver-xorg-input-wacom/edgy xserver-xorg-video-all/edgy xserver-xorg-video-apm/edgy xserver-xorg-video-ark/edgy xserver-xorg-video-ati/edgy xserver-xorg-video-ati/edgy xserver-xorg-video-chips/edgy xserver-xorg-video-cirrus/edgy xserver-xorg-video-cyrix/edgy xserver-xorg-video-dummy/edgy xserver-xorg-video-fbdev/edgy xserver-xorg-video-glint/edgy xserver-xorg-video-i128/edgy xserver-xorg-video-i740/edgy xserver-xorg-video-i810/edgy xserver-xorg-video-imstt/edgy xserver-xorg-video-mga/edgy xserver-xorg-video-neomagic/edgy xserver-xorg-video-newport/edgy xserver-xorg-video-nv/edgy xserver-xorg-video-rendition/edgy xserver-xorg-video-s3/edgy xserver-xorg-video-s3virge/edgy xserver-xorg-video-savage/edgy xserver-xorg-video-siliconmotion/edgy xserver-xorg-video-sis/edgy xserver-xorg-video-sisusb/edgy xserver-xorg-video-tdfx/edgy xserver-xorg-video-tga/edgy xserver-xorg-video-trident/edgy xserver-xorg-video-tseng/edgy xserver-xorg-video-v4l/edgy xserver-xorg-video-vesa/edgy xserver-xorg-video-vga/edgy xserver-xorg-video-vmware/edgy xserver-xorg-video-voodoo/edgy xutils/edgy xvfb/edgy x-window-system/edgy x-window-system-core/edgy
Eventualmente salvatevelo in un file così che si accessibile anche nel caso X non vi ripartisse (caso che cmq ritengo piuttosto improbabile)…
Ovvia, mi pare d’aver detto tutto… A presto!
PS: Questo articolo si è liberamente basato sul post che ho pubblicato ieri su ubuntuforums.
Ah ecco come forzare il downgrade da terminale
Tnx trevi
Commento di farthest — 2 marzo 2007 @ 07:32
Già fatto il passo ricompilando xorg in feisty, circa 15 giorni fa, sai, quando si bloccò tutto: tutti i feisty-users, in seguito ad un aggiornamento, si ritrovarono con un desktop freeze irrecuperabile, ma xorg 7.2 non era ancora disponibile sui repo di feisty ed installarlo era l’unica possibilità di sistemare le cose a dovere.
Ora ho di nuovo la mia feisty con beryl svn compilato da sorgenti e xorg 7.2……mi hanno definito "suicida", ma funge, efino a quando funge……
Quello che non mi funge è la connect-card umts sul laptop ed essendo in giro per lavoro son costretto a usare winz, quindi piccolo OT: chi mi linka una guida su come installare una connect-card PCMCIA della TIM? sto davvero impazzendo!!!
Commento di Alex — 2 marzo 2007 @ 09:09
ecco come si torna indietro…..giusto ieri mi ero accorto repository e avevo provato il grande salto….con risultati deludenti….non mi partiva x (diceva che mancava il modulo wfb (mi pare), a quanto pare necessario al driver nvidia, e il font di sistema fixed……)
dopo un po’ di tentativi poi sono riuscito a fare il downgrade.
ora che ho il modo di tornare indietro posso anche riprovare cosi’ vediamo di risolvere il problema…..k?
Commento di wonder — 2 marzo 2007 @ 09:16
ci sono miglioramenti invece per quanto riguarda l’integrazione con i driver ati???
quando ce la fai una bella guida su come configurare a dovere aiglx+driver open+schifosissima radeon 9600??? (la tua dovrebbe montare lo stesso chip…rv350 mi pare)
Commento di ::: FABOZ ::: — 2 marzo 2007 @ 10:34
Bella li
Xorg aggiornato e ciao ciao a 915resolution in un colpo solo
Commento di Cobra78 — 2 marzo 2007 @ 10:41
Ok FABOZ, mi ci metto
Cmq, per la cronaca potete downgradare i pacchetti anche usando il comando sudo apt-get install pacchetto=versione
Per gli utenti intel l’upgrade dovrebbe essere molto positivo anche se il driver (modulo) di xorg non è proprio recentissimo, ma se guardate nel repo ne esite anche una versione più recente con un altro nome (suffisso).
Per i radeon… Beh, vi basta avere l’acqua con Compiz/Beryl?
Commento di Treviño — 2 marzo 2007 @ 15:11
che tu sappia la stramaledettissima scritta:
(II) RADEON(0): Direct rendering broken on XPRESS 200 and 200M
sparirà dal mio Xorg.0.log se faccio questo upgrade?
grazie per i tuoi ottimi lavori, in ogni caso.
Commento di giò — 2 marzo 2007 @ 17:31
No, mi spiace… A quanto so la Xpress 200m non è ancora supportata nel direct rendering a causa della sua configurazione "stramba" a livello di memoria (nel senso che in parte usa memoria propria, in parte quella del bios). Credo quindi che i moduli drm debbano fare dei passi in avanti in questo senso, e quindi il modulo di xorg dovrebbe adeguarsi alla cosa, ma ancora non ci sono novità in merito, purtroppo
Commento di Treviño — 2 marzo 2007 @ 18:00
Grazie Trevino, aggiornato Xorg liscio come l’olio!!!
Commento di Carlo — 2 marzo 2007 @ 19:51
[...] Xorg 7.2 e le mesa 6.5.2 su Ubuntu Edgy by Treviño [...]
Pingback di Ubuntu Edgy - Xorg 7.2 e mesa 6.5.2 con Treviño « O.S. Revolution — 2 marzo 2007 @ 20:37
Grazie Trevino! L’aggiornamento è filato liscio per la mia ATI IGP345m, naturalmente su Aiglx
Adesso parte il test, ma così a pelle le prestazioni con Beryl sembrano effettivamente leggermente migliorate
Commento di Dùnadan — 2 marzo 2007 @ 22:21
ottima guida ma per ora tralascio.. ho sudato sette camice per installare a dovere i driver proprietari di ATI su edgy..anche se AIXGL mi tenta..
che voi sappiate enemy territory funge bene su una radeon 9600 pro con i driver open?
e.. COMPLIMENTI TREVINO!!
ora digitando trevino su google al primo posto ci sei tu!!
Commento di blood — 3 marzo 2007 @ 01:34
Ciao, uso etch. Siccome ho un po di problemucci con una ati mobility radeon x1600, mi diresti anche in una mail privata se non vuoi nel forum, cosa scaricarmi ed in quale ordine ricompilare xorg 7.2? Voglio vedere se per caso mi riesce di far funziopnare compiz o beryl. Attualmente aixgl con i driver closed non e’ supportato e xgl in xorg di etch non mi va, nemmeno con i driver free.
Commento di Huan — 3 marzo 2007 @ 09:18
Niente da fare
. Ho una X700 mobility e mi ritrovo come al solito con una bella schermata nera all’avvio del server X.
Pazienza, sul mio portatile dovrò rimanere senza 3d e senza driver opensource
Commento di Furlan — 3 marzo 2007 @ 11:18
ps: bella guida comunque
Commento di Furlan — 3 marzo 2007 @ 11:18
Ciao,
per me è stato necessario "tornare indietro" ma dando il mega comando ho questo risultato:
Alcuni pacchetti non possono essere installati. Questo può voler
dire che è stata richiesta una situazione impossibile oppure, se
si sta usando la distribuzione "unstable", che alcuni pacchetti
richiesti non sono ancora stati creati o rimossi da incoming.
Le seguenti informazioni possono aiutare a risolvere la situazione:
I seguenti pacchetti hanno dipendenze non soddisfatte:
libgl1-mesa-dev: Va in conflitto: libgl-dev
libgl1-mesa-glx: Va in conflitto: libgl1
libgl1-mesa-swx11: Va in conflitto: libgl1
libgl1-mesa-swx11-dev: Va in conflitto: libgl-dev
E: Pacchetto non integro
Commento di Andrea — 3 marzo 2007 @ 13:07
Bella
Con questo aggiornamento finalmente ho risolto i problemi con aiglx + compiz!!
Prima di ciò Xorg faceva storie e spesso si riavviava, specialmente con le animazioni attive… ora liscio come l’olio!
un grosso grazie a Trevino!
Commento di Stemassa — 3 marzo 2007 @ 13:15
Ho effettuato l’aggiornamento e tutto è filato liscio come l’olio, io ho una Nvidia 6600 e naturalmente compiz, solo che ogni tanto compaiono strisce nere sulla grafica… e in più l’utilizzo della CPU e’ aumentato con picchi ogni 2/3 secondi sul 60% da parte di X.
Ho provato ad reinstallare i driver della nvidia ma continua a fare uguale… sarà l’aggiornamento di xorg o i driver o compiz ?
PS: Complimenti per la guida
Commento di Alfredo — 3 marzo 2007 @ 13:31
Mi rispondo da solo… se disattivo compiz l’impiego di risorse scende perciò è compiz
Commento di Alfredo — 3 marzo 2007 @ 13:59
complimenti Trevi per l’ottima guida, e per il lavoro di pakkettizzazione che continui a svolgere instancabilmente!
Volevo far presente che è andato tutto a buon fine, ma soltanto dopo aver sostituito come indicavi tu, l’accelerazione EXA con la "vecchia" XAA.All’inizio mi ero dimenticato di farlo, e sembrava di esser tornati senza il 3D(che incubo!!)
Beryl gira una favola, fluido come non lo avev visto mai!
Ho notato sulo una cosa..i nuovi mesa nn hanno più arb_vertex_program, che se nn sbaglio erano richiesti da un gioco (QUAKE4?) volevo chiederti come mai, e se sai, se e quando verrà implementata di nuovo!
Attendo tue nuove per poter tornare a utilizzare EXA!nel frattempo ti faccio i miei migliori auguri per il tuo sepre preciso blog
Commento di IkTuX — 3 marzo 2007 @ 14:39
Huan, guarda basta che aggiungi in lista i repositori "src" di debian unstable quindi scarichi i sorgenti dei pacchetti necessari tra cui…
Questi dovrebbero essere fondamentali… Quindi per ognuno ricompila rigenerando il pacchetto (c’è caso tu debba aggiornare anche diversi pacchetti x11proto*)
IkTuX, non ho notato l’assenza di mesa da te citata, non giocando molto… Che io sappia però è stato aggiunto il supporto a diversi shader (tra cui quello per usare l’acqua in compiz/beryl); forse è cambiata solo nomenclatura?
Bye
Commento di Treviño — 3 marzo 2007 @ 19:25
@ furlan
Anche io ho un notebook con la ati mobility x700 e riesco ad utilizzare sia aiglx sia xgl.. su una ubuntu edgy con xorg 7.1 (almeno penso, gli aggiornamenti sono quelli consigliati)
Per aiglx controlla che la sezione "device" del tuo xorg.conf contenga la seguente sezione:
Section "Device"
Identifier "ATI Technologies Inc Radeon Mobility X700 (PCIE)"
Driver "ati"
BusID "PCI:1:0:0"
Option "MonitorLayout" "LVDS, AUTO"
Option "XAANoOffscreenPixmaps" "true"
EndSection
PEr xgl devi installare i driver proprietari ati, se segui il link del mio sito ho messo un piccolo how to.
ciao
Commento di MiRr0r — 3 marzo 2007 @ 19:55
Ciao a tutti.
Ho appena fatto l’upgrade a X.org 7.2 e tutto è andato bene.
Adesso sto usando i driver radeon di X.org + Aiglx + Beryl (pacchetti telperion)
Rispetto alla versione 7.1 si vedono sensibili miglioramenti: Beryl è più fluido, ma soprattutto Firefox scrolla meglio le pagine (rispetto sempre alla 7.1).
Cmq, non vedo ancora la velocità della mia configurazione precedente, cioè driver fglrx 8.34.8 + Xgl + Beryl, dove le finestre schizzano veloci e la lentezza dello scrolling di Firefox è praticamente assente (o appena percettibile).
Si tratta, faccio presente, di aspetti percettibili appena da chi ha usato una combinazione più performante.
(questa emoticon mi fa impazzire!!)
Per il resto, posso dare la mia approvazione.
Commento di Aldo — 3 marzo 2007 @ 20:12
[...] Rispondete di sì agli aggiornamenti e riavviate. E’ tutto: godetevi il vostro nuovo server X. In ogni caso, prima di procedere, date una lettura alla pagina di Treviño dedicata a X.org 7.2, dove specifica maggiormente alcuni dettagli. [...]
Pingback di Ubuntu block notes » Aggiornamento a X.org 7.2 — 3 marzo 2007 @ 22:47
L’incremento di stabilità da quando ho aggiornato è notevole…
Commento di Carlo — 4 marzo 2007 @ 00:25
ciao trevino, intanto complimenti per la guida.
miglioramenti.. beh adesso mi funge anche compiz oltre a beryl! e tutto abbastanza fludio per il rottame di computer che uso.
unico neo.. non mi funzionano piu’ il tasto super e altgr.. uff…
ho tentato i classiconi:
in xorg.conf
Section "InputDevice"
Identifier "Generic Keyboard"
Driver "kbd"
Option "CoreKeyboard"
Option "XkbRules" "xorg"
Option "XkbModel" "pc105"
Option "XkbLayout" "it"
Option "XkbOptions" "altwin:super_win"
EndSection
niente!
poi sistema->preferenze->tastiera
attivo tasti muti, layout italiano, e assegno super a tasto windoze default.
niente!
se mi puoi dare qualche dritta..
gracias!
Commento di dcat — 4 marzo 2007 @ 09:06
Mh, davvero strano… Mica usi Xgl per caso?
Commento di Treviño — 4 marzo 2007 @ 15:02
oh si’ uso xgl! il problema e’ legato a quello?
-claccaclacclacclacclaccc@ @? @@@ -
grazie per la dritta
sul momento l’ho risolta cosi’, aggiungendo a ~/.Xmodmap:
"keycode 22 = BackSpace BackSpace"
"keycode 113 = Mode_switch"
ma sinceramente non ho capito bene il perche’…
tnx
Commento di dcat — 4 marzo 2007 @ 18:48
sono un patocco, dimenticavo questo… glab a xorg.conf
Section "InputDevice"
Identifier "Keyboard0"
[...]
Option "XkbOptions" "altwin:super_win"
[...]
EndSection
sorry
Commento di dcat — 4 marzo 2007 @ 18:58
Sì, cmq usando Xgl quello è l’unico modo per risolvere…
Non ci sono altre vie che io sappia.
Commento di Treviño — 5 marzo 2007 @ 00:57
C’è quella indicata nel mio blog…
Commento di Aldo — 5 marzo 2007 @ 14:27
Ma non c’è una lista delle nuove compatibilità?
io ho una ATI X1600 e ho provato sia con driver proprietari che quelli liberi, ma compiz e beryl non ne vogliono sapere di andare..
potete aiutarmi?
grazie!
Commento di D3CA — 6 marzo 2007 @ 12:39
Con i driver liberi funzionano tutte le radeon fino alla serie r300, mentre per i driver "chiusi" funzionano tutte quelle ufficialmente supportate, basta aggiornare i fglrx e ricompilarli dopo aver aggiornato il server.
Commento di Treviño — 6 marzo 2007 @ 16:43
Ciao, innanzitutto complimenti per la guida, davvero ben fatta…
Con gli aggiornamenti di oggi, però, quando tento di far partire beryl, mi fuoriesce una schermata totalmente bianca e non posso far altro che dare sudo killall beryl da terminale.
Cosa può essere?
P.s.: compilo beryl da svn e lo fa con tutte le release precedenti.
Commento di Vito — 7 marzo 2007 @ 17:48
Bella trevi…
ho seguito la guida alla lettera e fuzionava tutto (aiglx+beryl) senza prblemi.
solo che dopo due aggiornamenti sempre di xorg beryl nn va +…
ho una nvidia e sincermente nn capisco il problema…
qualche consiglio???
grazie
Commento di seme — 7 marzo 2007 @ 19:22
Vito ho il tuo stesso problema, schermata bianca dopo l’avvio di Beryl
Commento di Gabriele — 7 marzo 2007 @ 19:25
Anche a me…schermata bianca e nulla più..
con Xgl e Beryl
Commento di gulp — 7 marzo 2007 @ 20:39
Stesso problema ma con compiz, schermata bianca e nulla piu’
Qualcuno sa come si risolve?
Commento di KabaL — 8 marzo 2007 @ 00:10
Ok ho risolto il problema dello schermo bianco, almeno sul mio PC.
Se usate NVIDIA reinstallate i driver, devono essere ripristinate alcune librerie dopo l’upgrade di Xorg!
Commento di Gabriele — 8 marzo 2007 @ 00:44
Anch’io ho risolto il problema reinstallando i drivers nvidia.
P.s.: Con il nuovo xorg il benchmark di beryl è salito a 400FPS, mentre prima raggiungeva al massimo i 200.
Commento di Vito — 8 marzo 2007 @ 13:26
Ho aggiornato Xorg.. tutto perfetto, ma l’effetto acqua continua a non funzionare! Uso Compiz dai repository di gandalfn ed ho una ati 9200se con driver open..
Commento di Luca — 8 marzo 2007 @ 15:34
Non penso che la tua scheda supporti gli shader necessari ad usare l’acqua… Sulla mia radeon funziona anche se qualitativamente non è proprio il massimo imho.
Commento di Treviño — 8 marzo 2007 @ 18:28
@ MiRr0r
Grazie mille. Ora funzionano i driver open e anche x.org 7.2
Commento di Furlan — 10 marzo 2007 @ 10:49
alla grande. adesso e tutto piu fluido. va tutto a meraviglia con una skeda video ati mobility 9000 su un portatile e ailgx!
Commento di tommaso — 13 marzo 2007 @ 21:58
Anche io ho il problema dello schermo bianco, il guaio è che ho un vecchio portatile con una intel 830 integrata e non so come reinstallare i drivers i810…. Comunque io uso entrambi e sul mi notebook compiz è sempre andato molto più veloce ma non è configurabile come Beryl (adoro Emerald).
Commento di EffE — 15 marzo 2007 @ 21:09
Bella 3v1n0 … questa e’ una dritta che si e’ rivelta assai utile per un utente edgy che fa uso di Beryl e possiede una ati (complicatissimo
)
va beh … Grazie !!!
Curiosità … ma usi gnome ??? se si … un pensierino a 2.18 lo hai fatto ? pensi di riuscire in un impresa simile a questa con gnome ? e sopratutto ne avresti voglia ???
sarei curioso di vedere se effettivamente c’e’ stata una buona pulizia del codice e un aumento in termini di prestazioni … Ciao
Commento di Wonderland — 17 marzo 2007 @ 13:58
No, uso Kde, quindi non penso che avrete una tale impresa dalle mie mani
Commento di Treviño — 17 marzo 2007 @ 22:26
Si guadagna a ricompilare invece dei usare i pacchetti standard???
Grazie
Commento di nea — 20 marzo 2007 @ 00:27
Mah, non penso più di tanto…
Se uno impostasse per bene i CFLAGS o altre sciccherie qualcosina forse guadagnerebbe, ma penso che il gioco non valga la candela…
Ricompilare serve più che altro a chi usa altre architetture…
Commento di Treviño — 20 marzo 2007 @ 03:44
Ciao Trevino. Non so se ce l’hai ancora la mobility radeon 9700…
Cmq, con quella scheda usando etch, con xorg 7.1 e driver radeon ho dei problemi;
1- La ventola della scheda va al massimo, fin quanto rimango in vt7, poi se salto nei vari terminali anche se gdm è ancora attivo, la ventola smette.
2- Poi righe nere orizontali quando muovo le finestre sotto xorg.
Questo non succede con vesa(che però no supporta la ris 1280×800)
e fglrx(con questi però non posso utilizzare aixgl).
Adesso, se usi aixgl devi aver risolto questi problemi sperò. Come?
Commento di COReE — 21 marzo 2007 @ 15:36
Si, infatti… Io questi problemi non ce l’ho…
Non so che dirti, uso aiglx praticamente dall’uscita di edgy e mi sono trovato sempre bene
Commento di Treviño — 22 marzo 2007 @ 03:20
Io dopo aver provato l’aggiornamento di Trevino a Xorg, e aver riscontrato notevoli miglioramenti (AIGLX + Beryl + Ati 9800 pro), nn ho resistito e ho aggiornato da edgy a feisty … Problemi 0 … miglioramenti notevoli ….
Ora le finestre si ridimensionano senza darmi il tempo di tirare le solite 3 madonne e in generale noto maggiore fluidità, già Xorg pakkettizato da 3v1n0 faceva un bel lavoro, ma ora le cose son anche meglio.
Ciao.
P.s. Dove le imposto le CFLAG ??? in gentoo mi pare ci fosse /etc/make.conf
ma su altre distro nn esiste quel file : lo devo creare io ?
Commento di Wonderland — 22 marzo 2007 @ 22:34
Wonderland, se pacchettizzi lo definisci nel file debian/rules, altrimenti puoi fare un export da /etc/environnement o ~/.bashrc
Commento di Treviño — 23 marzo 2007 @ 05:11
Thank you for the lovely packages.
My framerates are up and beryl is running much more smoothing on my Nvidia GeForce 6200.
<3
Commento di hikaricore — 30 marzo 2007 @ 07:24
Per tutti: se vi interessa una guida su come abilitare il 3d con drivers open source sulle ati radeon (anche 9600 e 9700) ne ho scritta una qui.
Con questa guida finalmente sarà possibile abilitare compiz e i vari effetti grafici
Ciao
Commento di redgun — 13 aprile 2007 @ 17:10
Ciao Trevi, vorrei sapere se hai per caso intenzione di condividere i pacchetti di Xorg anche su Feisty; so che è una domanda strana, perchè su Feisty c’è già la 7.2, ma da quando ho aggiornato mi è ritornato un fastidioso bug che su edgy avevo fixato grazie proprio a questi tuoi pacchetti.
Per maggiori informazioni:
http://www.nvnews.net/vbulletin/showthread.php?t=83340&page=3
Infine, volevo chiederti se rilascerai anche una lista di repository per feisty.
Commento di Vito — 21 aprile 2007 @ 11:06
Beh, le differenze tra la mia versione e quella ufficiale di feisty erano molto ridotte, praticamente solo questi memory leak corretti: https://launchpad.net/bugs/105692
Penso però che all’uscita di Xorg 7.3 farò un nuovo repository
Commento di Treviño — 30 aprile 2007 @ 15:16