Ricordate i problemi di mancato aggiornamento di parti dello schermo con Compiz, il nuovo Xorg 7.4 core 1.5 e i driver Nvidia (intrepid Ibex per dirne una)? Ne avevo parlato qui.
Siccome il problema persisteva e mi infastidiva non poco, ho cercato soluzioni.
Continuiamo con altri test il confronto 32/64 bit.
Per i dettagli vi rimando alla prima parte.
Si legge spesso che una distribuzione Linux a 64 bit offre molti vantaggi prestazionali rispetto ad una a 32 bit, a fronte di una maggiore complessità nell’uso di applicativi a 32 bit non disponibili nella versione 64 con la conseguente necessità di usare wrapper o complicati chroot.
Con l’aiuto della Phoronix Test Suite cerchiamo di fare un pò di chiarezza “oggettiva” invece di basarci sulle impressioni soggettive.
Con l’ausilio di nautilus-actions integriamo gloobus aggiungendo due voci nel menu di nautilus (vedi immagine)
Dopo l’aggiunta delle voci è necessario riavviare nautilus per averle disponibili
killall nautilus
Ora col tasto desto mouse sul nome di un file è possibile avviare il flowcover sulle immagini della cartella o il preview dell’immagine o del pdf.
Esempio flowcover di una cartella contente file pdf:
premendo SPAZIO avrete il preview del documento che potete scorrere con FRECCIA Su e GIU, per chiudere l’anteprima SPAZIO.
Giusto per quelli che pensano che queste sciccherie siano inutili.
Nel file README.txt dell’archivio tutti i dettagli per installazione e configurazione.
Se installate anche l’archivio gloobus-preview i file supportati sono molti di più, cambiate l’azione preview in:
Label: preview
Path: gloobus-preview
Parameters: %d/%f
Per chiudere la finestra preview: SPAZIO (questa è la preview da menù che in questo caso è diversa da quella del coverflow SPAZIO)
Per info sui file supportati e aggiornamenti
gloobus.wordpress.com
Codice
code.launchpad.net/gloobus
Per ora è il massimo che si può fare.
C’è chi avendo una scheda video Ati
si strappa i capelli per l’imminente uscita di Ubuntu 8.10 Intrepid Ibex
con il nuovo Xorg 7.4 e server 1.5.0
e la relativa mancanza di driver FGLRX che si compilino con tale server.
Bene consolatevi vedendo questa immagine che ottenete
con una scheda Nvidia aprendo il forum di Ubuntu
Bello il “gratta e vinci” vero?
Con pazienza e grattando con il mouse, il contenuto apparirà a poco a poco.
Gnome 2.24 il già annunciato Compiz + Fusion git 0.7.9, xorg server 7.4 core 1.5, nvidia beta 177.76.
Aggiornamento 9/9/08
Con il compilatore gcc 4.3 alcuni programmi (esempio virtualbox-ose) non si compilano, è quindi necessario usare un’altra versione.
Su Gentoo esiste gcc-config che ci agevola come visto,
mentre nelle Debian based pare non ci sia nulla,
mi aspettavo un update-alternatives --config gcc, ma nulla.
E invece no.
Ma facciamo un passo indietro. Paura?!
In queste due fugaci immagini, vediamo l’ottimo dkms che si prende cura dei nostri driver nvidia,
ricompilando automaticamente ad ogni aggiornamento del kernel o del driver medesimo
il modulo opportuno.
In quest’altro scatto sotto invece, vedete il manager dei Restricted Driver (noto gruppo hard-ware), che probabilmente ubriaco come spesso accade, ignora completamente la presenza del driver Nvidia installato dal dkms e perfettamente funzionante. Che figura!
Appuntamento (ma anche no) ai prossimi reportage.
Come? Cos’è dkms? Il Dynamic Kernel Module Support.
Pettegolezzi qui qui e qui.
DKMS
DKMS is included in Alpha 5, allowing kernel drivers to be automatically rebuilt when new kernels are released. This makes it possible for kernel package updates to be made available immediately without waiting for rebuilds of driver packages, and without third-party driver packages becoming out of date when installing these kernel updates.
E quel che mi son chiesto nell’upgrade da Hardy.
La mia installazione base di kde3 per compilare ed usare le applicazioni qt3 in gnome è stata spazzata via dai pacchetti di kde4, che al momento ho rimosso non servendomi per usare amarok e k3b, e della “vecchia” kde3.5.10 è rimasto ben poco.
Nemmeno kcontrol per cambiare i temi/icone delle applicazioni kde3 per adattarli al tema gnome in uso.
Anche osservando synaptic solo pacchetti kde-4.1.0 e pochissima roba 3.5.xx
Se ci tenete alla vostra kde3 informatevi bene prima di aggiornare.
Forse stavolta faranno un remix con kde3?
 | Bl@ster su Gimp 2.9.5 git |
 | telperion su Gimp 2.9.5 git |
| Bl@ster su Gimp 2.9.5 git |
| python setup.py | Te… su 4FFmpeg-8.xxx | |
 | imu su Debian pinning di kde4. |
Tecnologia e non solo 