Michele Campeotto: Tag ubuntu

Il grande switch

micampe — Thu, 22 Jun 2006 05:03:00 -0700

Nonostante il mio breve recente post fosse poco più che riportare un paio di link, ha avuto l’effetto di stimolare un po’ la discussione anche intorno a me e mi sento in dovere di espandere un po’ quello a cui ho pensato leggendo queste discussioni.

Credo che ci siano due filoni distinti, che sono stati raccolti da persone diverse: Mark Pilgrim ha cambiato sistema operativo da Mac OS X a Ubuntu Linux (primo filone) perché vuole avere la sicurezza di poter conservare a lungo e intatti i propri dati (secondo filone).

Entrambi i filoni possono prendere strade diverse, una, comune tra i due, è quella che riguarda la libertà del software e dei formati che usiamo, un’altra è quella più pratica, che riguarda più il software che usiamo e il modo in cui produciamo e trattiamo i nostri dati. Credo che una delle più grandi qualità di Mark e il motivo per cui è così efficace in quello che scrive, è che riesce a collegare direttamente l’importanza della libertà alle applicazioni pratiche, invece che concentrarsi su astratta filosofia che difficilmente convince chi il computer lo usa per risolvere i problemi pratici.

Ludo sceglie di commentare l’abbandono di OS X e mi chiama direttamente in causa, Stephen O’Grady sullo stesso argomento si concentra di più sul perché Mark ha scelto Ubuntu e sul perché questo è successo ora.

Io fondamentalmente concordo con Stephen sul fatto che questa discussione sia arrivata ora perché Ubuntu ha alzato lo standard delle distribuzioni Linux, cosa appunto dimostrata dal fatto che Mark la considera sufficientemente buona da sostituire Mac OS X nonostante la sua più che ventennale esperienza su Mac. Come conseguenza, anche Tim Bray è stato portato a considerare nuovamente la possibilità di usare Linux.

A Ludo ho risposto direttamente nei commenti, ma riporto qui la mia considerazione puramente pratica: Windows non riesco ad usarlo, nel senso che non sono capace. Quando lo uso sono lento, mi scontro con problemi (chi mi dice se e come posso far funzionare il deploy remoto da uno script ant su Tomcat su un server Windows?) che non capisco e non so da dove iniziare per risolvere. Alle partite non sono molto interessato quindi mi accontento di vederle in TV :).

Riguardo invece alla questione della conservazione dei dati non penso ci sia molto da dire, sta diventando sempre più importante man mano che la nostra vita diventa più digitale. L’esempio più semplice sono le foto: tra vent’anni quale sarà il corrispondete della scatola di cartone dove mia mamma tiene le foto di quand’era piccola?

Mi è piacuto molto anche il post di Tantek Çelik (uno dei pochi incentrato direttamente sulla questione dei dati), in cui riflette sul fatto che al momento il modo più sicuro per salvare i propri dati è ancora il testo ASCII, ma che è ora di trovare qualcosa di nuovo e più evoluto. La sua idea che XHTML e i microformati possano essere questo nuovo modo e garantire lo stesso grado di affidabilità del semplice testo è sicuramente interessante e ragionevolmente plausibile. É una soluzione limitata però al testo che, nonostante sia sicuramente il metodo più utilizzato per la trasmissione della conoscenza, non fa i conti con il fatto che musica e video, di nuovo grazie al “digital lifestyle”, se mi si passa il termine, e a nuove formule per la distribuzione della conoscenza, sono sempre più alla portata di tutti.

Torno quindi all’inizio: la riflessione di Mark, come il tema dell’incontro a cui ho partecipato ieri sera ha moltissime diramazioni e personalmente penso che la strada sia quella dell’apertura. Citando l’articolo di John Gruber, Record industry executives refuse to believe what is patently obvious to anyone with a clue — they are never ever going to regain complete control over the distribution of recorded music. Credo che questo non si applichi solo alla musica.

I was waiting for this conversation

micampe — Fri, 16 Jun 2006 02:40:00 -0700

When Mark Pilgrim posted about his switch from MacOS to Ubuntu, I expected some reactions. They didn’t happen until yesterday, but listening to John Gruber and Tim Bray debate on the matter is bound to be insightful.

Making the Flash plugin audio handling not suck

micampe — Fri, 28 Apr 2006 00:37:00 -0700

Another tip like last one so that I can remember it. The Macromedia Flash plugin on Linux is stuck on using directly the /dev/dsp, so you’re left to either listening to audio from Flash or from anything else.

An hack is available but, as explained by the Ubuntu team, it makes Firefox unstable (but it’s still the plugin’s fault because it runs in the same process, but plugins should run in another process, bla bla bla).

Reading the comments in that bug, though, I found another workaround: install the alsa-oss package, wich wraps calls to /dev/dsp and routes them to ALSA, then edit /etc/firefox/firefoxrc or ~/.mozilla/firefox/rc (the latter takes precedence on the former, if it exists) and put FIREFOX_DSP="aoss" in there.

Then restart Firefox and enjoy. It looks stable for now on Ubuntu Dapper.

Ubuntu, fglrx, Xgl, compiz and missing GLX_EXT_texture_from_pixmap

micampe — Sat, 18 Feb 2006 01:58:00 -0800

Ok, now that I have put all the keywords I could think of in the title, let me explain.

If you have followed any and all of the thousand “HOWTO Install Xgl” around the net and you always end up with the same error:

compiz.real: GLX_EXT_texture_from_pixmap is missing
compiz.real: Failed to manage screen: 0
compiz.real: No managable screens found on display :1.0

the problem is that ATI hasn’t yet released a driver with that new extension that Novell and Nvidia developed specifically for Xgl and compiz.

The extension is implemented by Mesa though, so we need get compiz to use that. The problem is that when you install the fglrx driver it overwrites /usr/lib/libGL.so.1.2 with its own version wich lacks this feature.

To make compiz use the Mesa version, you just need to LD_PRELOAD that single library. If you have installed the fglrx driver by building the debian packages you have to use this command:

LD_PRELOAD=/usr/share/fglrx/diversions/libGL.so.1.2 compiz --replace gconf

If you manually made a backup, just substitute there the path to your backup. If you used other package types, I don’t know how thy handle diversions.

The thing is quite unstable here and because it’s - at least partialliy - using Mesa it uses a bit of CPU, but it’s incredibly smooth.

One thing that always make it crash is the zoom thing the panel does when you click on a launcher: disable it with gconf-editor in /apps/panel/global/enable_animations.

Now stop spinning that cube and get something done!