Versió base del nucli Ubuntu

A estones lliures, segueixo depurant l'error del "GPU hung" del qual us vaig parlar ja fa uns dies. És un procés llarg i pesat...

El cas és que m'ha calgut conèixer en quina versió està basada cada nucli d'Ubuntu (ja que estic provant nuclis de Linux, i la numeració no es correspon amb la d'Ubuntu). La manera més senzilla és fer:

$ cat /proc/version_signature

En el meu cas, el resultat el podeu veure a la imatge:

El valor que ens interessa és el final (3.0.22) que ens indica la versió base del nucli que podeu trobar en el mainline. Alternativament, podeu obtenir el mateix resultat consultant aquesta taula.

Espero no haver-ho de fer servir gaires més vegades, però en tot cas ho deixo apuntat. Per si de cas.

Ubuntu Precise: *ERROR* Hangcheck timer elapsed... GPU hung

Jo vaig ser dels valents que ven instal·lar la Beta 2 del Ubuntu Precise, cosa que em va portar algun maldecap amb el controlador ATI en un dels ordinadors. El que no havia tingut temps de comentar encara eren els problemes, més greus encara, en el meu PC principal (un i5-2500k).

Es tracta d'un bug que encara és present, i que provoca diversos salts a pantalla negre durant 2-3 segons per tornar a la normalitat durant 10-20 segons fins que es produeix, o bé una penjada total del sistema que requereix apagar l'ordinador, o bé la mort del gestor de finestres (desapareixen les decoracions de les finestres, el panell del Unity, i fins i tot els menús apareixen amb la mida correcte però totalment en blanc; la imatge de sota n'és un exemple). L'error passa prou sovint com per fer impossible treballar normalment amb el sistema.

Si l'ordinador no s'ha penjat del tot i podem fer un cop d'ull al resultat del dmesg veurem el missatge d'error:

[drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed...GPU hung
[drm] capturing error event; look for more information in \
      /debug/dri/0/i915_error_state

Tal com us comento, l'error encara està present en la versió definitiva, fins i tot en el darrer kernel v3.2.0-24. Per si us hi heu trobat i podeu comentar alguna cosa o sí simplement voleu seguir-ne l'evolució, he posat un informe al Kernel Bug Tracker.

La bona notícia és que hi ha una solució temporal: podeu arrencar amb un nucli antic del Oneiric i ja no tindreu aquest problema. Jo utilitzo el kernel v3.0.0.17 des de gairebé fa un mes, i sense problemes.

Gimp 2.8 a Ubuntu Precise

Gràcies a un article dels amics de GNULinux.cat m'he assabentat que el Gimp 2.8 ha estat alliberat. Evidentment, encara no està disponible als repositoris oficials d'Ubuntu Precise, però es pot instal·lar fàcilment afegint un PPA:

$ sudo add-apt-repository ppa:otto-kesselgulasch/gimp
$ sudo apt-get update
$ sudo apt-get install gimp

Però aquest cop m'ha sorgit un problema, tal com podeu veure en la imatge de sota:

Mirant en detall el missatge d'error, es pot veure que es tracta d'un paquet trencat. El que cal fer és eliminar-lo i acabar d'instal·lar el Gimp:

$ sudo apt-get remove gimp-plugin-registry
$ sudo apt-get install gimp

Aquest cop ja no hi ha errors, així que tot seguit invoco el Gimp des del Dash. En la imatge de sota es pot veure una de les novetats més destacades: el Gimp treballant en una sola finestra (activeu-lo des del menú Finestres -> Mode de finestra única):

També es poden apreciar fàcilment els canvis en la interfície: per exemple totes les imatges obertes en mostren en miniatura a la part superior, i les eines mostren les opcions més clarament. En fi, una versió molt esperada, de la qual espero treure'n força profit.

Ubuntu: proxy a la xarxa local per a les actualitzacions

Al llarg del temps he pogut anar convencent amics i familiars de fer el pas cap a Ubuntu (sense gaires queixes, superades les reticències inicials, tot sigui dit). El cas és que ara em trobo gestionant una petita xarxa d'ordinadors domèstics que volia actualitzar a Precise Pangolin (Beta 2, per impacient), i amb una ADSL de pena (això donaria, no per un article, sinó per un bloc sencer; però en tot cas és una altra història).

Vaig mirar quines opcions hi havia per poder utilitzar el meu PC com a servidor i després de descartar fer un mirall sencer dels repositoris d'Ubuntu, vaig optar per una solució simple però efectiva: muntat un proxy per a les actualitzacions (que també em servirà per anar mantenint els ordinadors al dia sense haver de descarregar els paquets un vegada i un altra en cada ordinador).

Vaig optar per una solució senzilla, especialitzada en les actualitzacions, i no per un proxy complet, que tampoc volia carregar el meu ordinador més del necessari i són més complexos de configurar i gestionar. En fi, sense més xerrameca, indico directament el procés a seguir, que és molt senzill.

En el servidor:

$ apt-get install apt-cacher-ng

Amb això n'hi ha prou i no cal configurar res de res. Totes les descàrregues aniran a la carpeta /var/cache/apt-cacher-ng, així que assegureu-vos de tenir més de 5Gb disponibles (jo us recomanaria un mínim de 10Gb).

En els clients (i també en el propi servidor):
Cal editar un fitxer de configuració per indicar on està el servidor. Ho podem fer amb:

$ gksudo gedit /etc/apt/apt.conf.d/02proxy

I posant-hi (cal substituir l'adreça IP per la que utilitzi el servidor):

Acquire::http { Proxy "http://192.168.0.10:3142"; };

Evidentment, l'inconvenient és que no podrem fer actualitzacions amb el servidor apagat, però a canvi, si ja tenim els paquets descarregats, la velocitat serà impressionant:

No us sembla? He vist puntes de 50Mb en la meva ASDL de 3Mb fluctuants. Gens malament.

HP dm1: eliminant el controlador ATI propietari

Avui m'he decidit a actualitzar la versió d'Ubuntu del HP-dm1 a Precise Pangolin (Beta 2). Un xic agosarat, potser, tal com s'ha demostrat. Per cert, que ho he fet utilitzant un PC com a proxy local (vegeu-ho en l'article).

Per a fer-ho, des del terminal (o amb ALT+F2) teclegeu:

$ update-manager -d

Ens apareixerà el gestor d'actualitzacions amb una nova opció per actualitzar la distribució, tal com podeu veure a la imatge:

Acceptem i seguim les passes habituals. Un cop completat tot el procés, arriba el moment de reiniciar l'ordinador. En fer-ho, em trobo que no puc entrar en mode gràfic. No és la primera vegada que tinc problemes amb el controlador propietari d'ATI interferint amb el sistema, així que després d'unes infructuoses proves ràpides, he fet una cerca al respecte.

La solució l'he trobada als ubuntuforums.org. Consisteix en entrar en mode terminal, eliminar els controladors propietaris i tornar a instal·lar els de codi obert. Ho poso tot seguit per no haver-ho de tornar a buscar mai més. O això espero.

$ sudo apt-get remove --purge xserver-xorg-video-ati \
  xserver-xorg-video-radeon
$ sudo apt-get install xserver-xorg-video-ati
$ sudo apt-get install --reinstall libgl1-mesa-glx libgl1-mesa-dri \
  xserver-xorg-core
$ sudo mv /etc/X11/xorg.conf /etc/X11/xorg.conf.backup
$ sudo rm -rf /etc/ati

Fet això, he pogut reiniciar ja en mode gràfic sense cap més problema.

Reanomenant fitxers en un arbre de directoris des del terminal

Fa uns dies us comentava com reanomenar fotos usant dades EXIF. De vegades, però, ens trobem que hem de fer un petit canvi de nom en molts fitxers diferents en tot un arbre de directoris.

M'hi he trobat en adonar-me que una de les càmeres s'havia quedat sense la bateria interna que manté el rellotge i tinc tot un conjunt de carpetes amb fotos anomenades "2036-*". Evidentment, puc utilitzar pyRenamer, però aquest cop he volgut provar de fer-ho des del terminal, amb find.

En primer lloc, i abans d'executar la comanda real, m'agrada veure exactament quins fitxers es veuran afectats. Així m'asseguro que no hi haurà efectes no desitjats. En aquest cas, vaig a l'arrel de la carpeta de fotos i teclejo:

$ find . -name '2036-*' -print | more

La llista és correcte, pel que ja puc fer el canvi de nom real:

$ find . -name '2036-*' -exec rename 's/2036-/2012-/i' {} +

Fixeu-vos com ara executo una comanda de canvi de nom, substituint el '2036-' per '2012-' per cada fitxer localitzat amb el find. Les cometes simples en la comanda serveixen per evitar l'expansió de l'asterisc per part de la shell.

En fi, aquí ho deixo anotat, per recordar-ho més endavant. De vegades, no hi ha res més eficient que la línia de comandes, no trobeu?

Sobreviure a BdeBooks: e-llibres en català

De tant en tant miro com segueix el tema de BdeBooks, que vaig enunciar als seus inicis com una gran iniciativa, i que després es va desinflar per la manca de presència del català, tant a la pàgina com en els llibres publicats (fa un parell de mesos, un de sol).

Avui hi he tornat a donar una volta. Res a fer respecte a la pàgina en català. Diria que ho podem donar per perdut. En canvi, he trobat algun llibre més en català. Difícil de dir quants, perquè no hi ha cap manera de poder fer una cerca de llibres només en català. Tant costaria, fer ni que fos una categoria de llibres en català, com a Amazon?

De fet, mentre pensava això, se m'ha acudit la solució: fer la cerca directament a Amazon. He entrat a la seva pàgina i m'he mogut pel menú de l'esquerra amb:

• ‹ Tienda Kindle
• ‹ eBooks Kindle
• ‹ eBooks en catalán, gallego y euskera
• eBooks en catalán

Aquí he fet la cerca "B de Books" i el resultat el podeu comprovar a la imatge de sota:

Com es pot veure, hi ha 8 llibres en català. Una cerca similar, però ara sobre tota la col·lecció Kindle ha donat el següent resultat:

Fent números, tenim 8 llibres en català i 225 en castellà. Els llibres en català representen menys del 5% del total publicat per aquest segell que, no ho oblidem, depèn de Edicions B (ubicada a Consell de Cent, Barcelona).

En fi, ho aniré seguint. Si més no, ara ja he trobat una manera senzilla de trobar els llibres en català publicats per B de Books. Ni que sigui en una altre pàgina.