Aggiornamento da Jaunty a Karmic: tutto ok (o quasi...)

Ed eccomi dopo sei mesi (in mezzo un trasloco, tre mesi senza telefono e adsl...) a raccontare il nuovo aggiornamento dalla Lepre Cornuta al Koala Karmico; aggiornamento, effettuato il giorno dopo del rilascio, che mi ha portato un bel mal di testa, e non solo per la lunghezza del processo (quasi quattro ore per scaricare 1143MB di 1757 pacchetti, di cui 25 rimossi, 238 installati e 1516 avanzati e poi poco più di altre due per configurarli sino alle 2 di notte...) quanto per i piccoli problemucci e fastidi avuti dopo; l'installazione si è bloccata su un pacchetto (sl-modem-source, che ci faceva tra gli aggiornabili se avevo il compilato?) e l'ho completata a mano (spero). In più, tutte le novità grosse portate dalla distribuzione, come upstart, grub2, il kernel nuovo con il KMS e così via, mi hanno dato qualche piccolo grattacapo; ora, dopo qualche colpetto di lima qua e la, tutto funziona abbastanza bene.

Comunque tutte le novità sono positive, a cominciare dall'efficientissimo KNetworkManager (all'inizio non avevo capito che fine avesse fatto il vecchio plasmoid NetworkManager...); l'update-manager poi non ha installato tutti i pacchetti della distribuzione (compreso mono, che non uso) e che poi tutte le altre volte avevo dovuto rimuovere in seguito, ma ha solo aggiornato quelli che avevo; grub2, installato in seguito a mano (l'update-manager non lo installa per gli aggiornamenti dalla Jaunty), è molto più versatile e carino; upstart, altrettanto versatile ed efficace.

Il problema grosso l'ho avuto con l'ambiente grafico, che crollava sempre al boot passando per una sessione failsafe, sia con i driver nv che con quelli nvidia per la mia GeForce4 420 Go, con un

ddxSigGiveUp: Closing log

nel file /var/log/Xorg.0.log; curiosamente poi bastava andare su un terminale con ctrl-alt-f1, effettuare l'accesso e poi dare i comandi

sudo stop kdm
sudo start kdm

per avviare il kdm. Dopo una serie di prove, debug dei file di log, modifiche dei file di upstart (inutili, ma almeno ho imparato come funziona ;), alla fine ora si avvia correttamente, ma non so se per il nuovo grub2, i nuovi kernel dai repository -proposed, la sostituzione di kdm con gdm (ma non credo) o (più probabilmente) per la rimozione dell'opzione vga=791 dalla riga del kernel, opzione tra l'altro deprecata in favore di una non documentata/pienamente funzionante gfxpayload di grub2: rimozione, oltre che notata per caso durante le prove per grub2, anche segnalata in un post in tedesco (!) di ubuntuforum prontamente tradotto da Google Translate.

Buon Koala a tutti!!!

Compositing e flash funzionanti in intrepid

Ho risolto i problemi più grossi che avevo con Intrepid, andiamo per ordine.

Con flash il plugin 10 non ne voleva sapere nonostante i --reinstall, allora l'ho disinstallato e ho ripreso un vecchio (!) 9r60 e l'ho installato nel profilo utente. Resco a vedere i filmati ma non a sentirli!!! Memore del passato, ho provato con

asoundconf list
asoundconf set-default-card I82801CAICH3

e ieri mi aveva funzionato, oggi no!! Comunque la strada dovrebbe essere quella, quando ho un attimo faccio tutti i passi dell'altra volta¹.

Compositing, grazie al grandissimo e preciso lavoro di Alberto «tseliot»Milone ho seguito le istruzioni riportate nel bug #251107 e cioè ho scaricato questi file, li ho compilato così, dopo essermi installato build-deb, devscripts e dkms e le loro dipendenze, e poi li ho installati in questo ordine. Quando poi amici e colleghi si lamentano con me che Linux non è poi così user friendly, non ho poi tanto diritto di fiatare!!!

Fatto partire compiz, inizialmente non ne voleva sapere perché in metacity si era attivato il compositing (bug #178953), poi basta disattivare il compositing con

gconftool-2 --type bool --set /apps/metacity/general/compositing_manager false

(come riportato nel bug stesso) e compiz è partito, ma senza plugin; con il cssm mi sono ricaricato un vecchio file .profile e, a parte qualche errore, tutto ora mi va OK. Anche se è banale (ma ho perso una buona mezzora), se qualcosa da errore, come nel mio caso Error: Animation settings mismatch in "Animation Selection" [...], basta semplicemente resettare con il pulsantino con la scopa e tutto torna normale!! Unico bug, noto, il mancato rendering dei font in Wine e nelle applicazioni KDE3; poco male, non uso entrambe, ma mi sono accorto che mi mancano TUTTE le voci dei menù di OpenOffice, e per farle ricomparire ho dovuto riavviare metacity, quindi un problema forse più di compiz che dei driver nvidia: indagherò anche su questo³.

Non ho ancora provato KDE4 con il compositing, ma non mi aspetto problemi².

Alla prossima!!!

Edit del 5 Novembre:
¹ Sistemando il file /usr/share/alsa/alsa.conf come scritto qui dopo aver installato alsa-oss, al successivo riavvio (in KDE4) mi è ritornato l'audio. Speriamo che rimanga!!!
² E infatti non ce ne sono stati, tutto funziona perfettamente, ho solo dovuto riconfigurarmi il tutto, probabilmente perché i path sono cambiati (e ora ho tutte le icone giuste e niente più quelle con i punti di domanda).

Edit del 7 Novembre:
¹ Seguendo i suggerimenti di questo post, ho finalmente sistemato il flashplugin-nonfree in firefox, e cioè

$ cd /usr/lib
$ sudo ln -s libnss3.so.1d libnss3.so
$ sudo ln -s libsmime3.so.1d libsmime3.so
$ sudo ln -s libssl3.so.1d libssl3.so

Edit del 20 Novembre:
³ Problema risolto con OpenOffice, come riportato nel già citato bug #251107, basta aggiungere nella sezione Device di /etc/X11/xorg.conf la riga

Option "RenderAccel" "0"

da valutare solo qualche calo prestazionale della grafica 2D. Per quanto riguarda Wine il problema persiste. (Edit del 17 Dicembre) Risolto come suggerito nel bug #300476

• Creare il file settings.txt nella directory .wine contenente le seguenti righe
  

  [HKEY_CURRENT_USER\Software\Wine\X11 Driver]
  "ClientSideWithRender"="N"

• Digitare regedit settings.txt

Da ora in poi i menù torneranno in Picasa & co.!!!

Intrepid, Xorg, Nvidia e GeForce 4

Una delle cose con le quali ho sempre fatto pubblicità a Linux è stata la compatibilità con il vecchio hardware e la capacità di tirarne al massimo le risorse: sul mio caro Toshiba di ormai quasi 6 anni Compiz e Kwin4 girano ottimamente (mentre Vista non ne vorrebbe nemmeno sapere di essere installato!!!). Purtroppo ieri ho scoperto con notevole disappunto dalle note di rilascio della RC, anche se poi ho visto che era una informazione nota già da tempo, che Xorg 7.4 installato sull'Intrepid ha delle incompatibilità con i driver legacy closed nvidia-glx per cui, allo stato attuale, installando la 8.10 si viene dirottati sui driver nv open, senza accelerazione 3D. Al di la' delle finestre svolazzanti e del cubo, funzionalità come la miniatura delle finestre, la presentazione simil-expose, il cover switch sono strumenti che migliorano l'attività quotidiana e delle quali non riesco più a farne a meno. In Nvidia dicono che ci stanno lavorando sopra, speriamo di non dovere attendere molto, anche perché altre soluzioni non sembra che ce ne siano (almeno a breve). Risultato: per ora non installero l'Intrepid e sarò costretto a rimanere con la Hardy :(

EDIT 30/10/08 : ho appena letto sul forum nvidia che è stata rilasciata una versione legacy, sia pur beta, compatibile con Xorg 7.4 e a quanto pare, dai pareri degli utenti funziona, anche se con qualche piccolo tip. Grazie Nvidia per il tuo supporto, ora potrò andare a provare lo stambecco intrepido!!!

Qualche trucchetto in Compiz

Che Compiz, quando sarà pienamente stabile, sia un gran bel software, che porta tanti utenti (quanto meno) a curiosare sul pinguino, credo sia un dato di fatto. Purtroppo lo è anche il fatto che ancora ha qualche bug e tra un git ed un altro molte cose si correggono ma qualcun'altra si sfascia; inoltre, non tutte le configurazioni sono intuitive da settare, o anche qualche scelte di default mi è sembrata strana. Ecco qualcosa che ho trovato:

• Non è una novità, ma per gli utenti nvidia, applicando l'opzione --loose-binding, o selezionandola da Compiz Options della fusion-icon, tutto l'ambiente è MOLTO più veloce, praticamente la cpu mi rimane prossima allo zero (ed ho una GeForce Go 420) anche se faccio ruotare il cubo come una trottola. Similmente, se si riempie la memoria delle textures (e le nuove finestre si aprono tutte nere), basta attivare la --indirect-rendering, anche se così tutto ritorna a carico della CPU. In realtà, con la fusion-icon, attivando e disattivando l'opzione di fila, tutto torna normale (non iconizzando le finestre).
• Per motivi misteriosi, di default le finestre possono essere create fuori schermo (!), cosa che mi ha fatto impazzire non poco per un bel pò di tempo. Nel plugin Posiziona (Put in inglese), basta clickare su Evitare il fuori schermo, e si sistema. A proposito di nuove finestre, in Posizione finestre (Place), la Modalità di posizionamento Intelligente non mi pare poi tanto furba, preferisco la Cascata (ma sono gusti personali).
• Un'altra cosa che mi ha fatto impazzire è stata la calamita nelle Finestre tremolanti (Wobbly), una volta di default, che attaccava le finestre ai bordi e ci voleva "forza" per staccarle; l'opzione, da non attivare, è Aggancio invertito (si, ma che voleva dire?)

Upgrade vs. installazione: da Edgy a Feisty parte II - driver nvidia

Premesso che è stata solo COLPA MIA se i driver nvidia sono state le uniche cose che non mi hanno funzionato dopo l'upgrade da egdy a feisty, questa piccola disavventura mi ha permesso di capire meglio come funzionano i restricted modules in Ubuntu, nello specifico quelli nvidia.

Facciamo un pò d'ordine; nel mio portatile ho una GeForce4 420 Go, che, al massimo, può usare i driver NVIDIA della serie 963x, i new legacy; chi ha schede sino alla serie GeForce2 può usare i legacy (serie 71xx), mentre tutti i possessori di schede più recenti possono (ovviamente) usare l'ultima versione. Inoltre, dalla 9629 nvidia ha introdotto la GLX_EXT_texture_from_pixmap che permette l'utilizzo di compositing manager come Compiz. Nel DVD della Feisty ci sono tutti e tre i driver gia impacchettati:

Versione Driver            Kernel module
7184     nvidia-glx-legacy nvidia_legacy
9631     nvidia-glx        nvidia
9775     nvidia-glx-new    nvidia_new

I driver, con le librerie GL ed i moduli di xorg sono sparpagliati sotto /usr; nel mio caso, avendo installato nvidia-glx, basta fare dpkg -L nvidia-glx per vedere l'elenco dei file. I moduli del kernel, invece, si trovano sotto /lib/linux-restricted-modules/<kernel-version>, e vengono installati con il pacchetto omonimo linux-restricted-modules-<kernel-version>, anche qui dpkg -L ve li fa vedere tutti. Nel mio caso, ad esempio, sotto /lib/linux-restricted-modules/2.6.20-15-386/nvidia ci sono i file oggetto del modulo che, quando il sistema parte, vengono linkati da /sbin/lrm-manager e poi vengono posizionati nel filesistem /lib/modules/<kernel-version>/volatile, nel mio caso /lib/modules/2.6.20-15-386/volatile (in pratica è in ram ed esiste solo quando il sistema è acceso con il kernel corrispondente).

Detto ciò, che mi era successo? Praticamente, ai primi avvii, il sistema riconosceva la GeForce4, sapeva di dover usare il modulo 9631 ma si caricava il 9775, nonostante le librerie fossero quelle giuste, cioè le nvidia-glx. Dovevo ogni volta lanciare a mano sudo /sbin/lrm-manager che linkava il modulo nvidia, modprobe per caricarlo e finalmente rilanciare sudo /etc/init.d/gdm start. Uffa!!!. Girando su internet, alla fine ho trovato la soluzione al problema che mi ero creato da solo: quando avevo la edgy, i moduli precompilati non mi funzionavano (e non ho mai capito il perché), e mi ero compilato il driver originale nvidia, seguendo le ottime istruzioni del buon tseliot. Tra le cose da fare, si doveva disabilitare i moduli restricted in /etc/default/linux-restricted-modules-common. Su Launchpad c'è scritto che, upgradando da edgy a feisty con il driver installato manualmente (proprio il mio caso), per un baco tale disabilitazione non viene rimossa, e quindi il modulo giusto era inibito dal caricamento al boot: rimossa la linea (o meglio, modificata, ho rimosso tutte le altri moduli che non mi giovano) tutto ha cominciato a funzionare come si deve. Finalmente!!!!

Ovviamente, per quanto abbia provato ad essere il più accurato possibile, quello che ho scritto sono tutte mie elucubrazioni; declino ogni responsabilità se qualcuno si fa del male (leggi: sconfigura tutto e perde mesi di lavoro!!!) usandole. Nonostante questo, dateci un'occhiata (non con sudo, così non fate danni) se proprio siete curiosi.