Parfois repartir de zéro, cela sert ;)

Il y a une semaine, j’installais une frugalware sur ma machine. Mais faisant l’autruche, j’avais une grosse installation dès le départ (avec Gnome et tout le toutim). Ce qui m’a emmené à pas mal d’ennuis, surtout quand il a fallu trifouiller pour m’aider à comprendre un bug assez ennuyeux dont j’ai déjà parlé.

Résultat des courses : une installation très lourde, ultra-difficile à nettoyer, et surtout surchargée.

Profitant de la sortie de la deuxième release candidate de la Frugalware 1.2, j’ai suivi le conseil jadis donné par Devil505, à savoir installer le strict minimum (base + applications), et installer ensuite le métapaquet gnome-minimal pour avoir un gnome utilisable.

J’ai cependant rajouté le groupe devel. Une fois cette base installée depuis un DVD-RW contenant la première ISO de la Frugalware 1.1, je suis passé en current, et j’ai installé ensuite : Xorg, gnome-minimal, et les outils que j’utilise : gimp, openoffice.org, vlc, xsane, empathy, xchat, pino, compiz, wicd, cheese, sans oublier VirtualBox.

Pour les opérations post-installation et passage en current, je me suis basé sur les pages du wiki de la Frugalware.

Cela m’a demandé deux heures et demi, sachant que j’ai perdu près d’une demi-heure pour configurer Xorg. En effet, utilisant le pilote propriétaire nvidia, et comme l’outil xconfig gelait, je me suis souvenu de l’outil nvidia-xconfig qui m’a sauvé la mise.

Cependant, l’installation qui en résulte est assez lourde. De plus, quand on installe VirtualBox, il faut installer le paquet kernel-source qui pèse à lui seul près de 400 Mo !

Après avoir installé l’outil localepurge, j’ai lancé une première purge…

Localepurge en action

Le gain est d’environ 300 Mo… Donc, de 4,4 GiO, on passe à 4,1 GiO… Ce qui est encore assez important. Passons donc une deuxième couche, en virant le paquet kernel-source… Et on gagne 400 MiO de plus.

Et on vire kernel-source ;)

En gros, l’installation qui comprend les outils de développement, OpenOffice, gnome et compagnie ne prend plus que 3,7 GiO… Donc, une baisse de 15,90%…

Comme quoi les petits outils sont souvent plus puissants que l’on imagine 😉

Pino, enfin un client léger pour le duo Gnome + Identi.ca

Pino, c’est un programme rédigé en Vala, qui permet d’avoir enfin un client léger pour le protocole identi.ca.

En tout cas, si on compile le code source actuellement en développement.  Etant donné que je ne suis vraiment pas un grand empaqueteur sous Frugalware pour le moment, j’ai préféré suivre les recommandations du développeur.

Ce qui donne les instructions suivantes dans une console, en ayant comme pré-requis installé les paquets webkit, vala, libgee.


hg clone https://pino-twitter.googlecode.com/hg/ pino-twitter
cd pino-twitter
./waf configure --prefix=/usr
./waf build
sudo ./waf install

Et on peut enfin utiliser un client léger pour Identi.ca sous Gnome. Ce qui me fait extrèmement plaisir 🙂

Un compte identi.ca sous Pino

Un compte identi.ca sous Pino, version post 0.1.5

Vivement la 0.1.6 officielle pour le support d’identi.ca de manière complètement officielle !

En vrac’ rapide et libre ;)

Un petit en vrac’ rapide et libre.

C’est tout pour aujourd’hui !

Est-ce que je vais devoir abandonner la Frugalware pour une sombre histoire de graveur inutilisable ?

Ce matin, je voulais graver des données, histoire de libérer un peu mon disque dur externe. Je vais donc dans Brasero, je créé mon image à graver, et au moment de graver, la tuile. Impossible de faire prendre en compte le DVD-vierge qui est cependant reconnu par Gnome, car son icône apparaît sur le bureau…

Je me suis dit que c’est un bug de Brasero, donc je tente la même expérience avec Nautilus CD Burner, et idem… Voici ce que m’affiche Gnome :

Gravure impossible dans Nautilus sous Frugalware.

Ce qui est quand même assez fort de café, étant donné que le DVD-vierge est reconnu comme tel, et que donc, il devrait être utilisé comme cible à graver.

Encore plus étrange, quand j’essaye de faire lire un CD – que j’avais copié sur mon disque dur quelques jours auparavant quand j’étais encore sous Archlinux – j’ai un message abscons, comme quoi /dev/hda est indisponible !

lecture CD audio impossible sous Frugalware

Et en insérant un DVD double couche que j’avais gravé il y a quelques semaines – lors de la sortie du premier double DVD du collectif « This One Is On Us » – et VLC – comme totem – lance la lecture !

J’ai donc jeté un oeil dans les tripes du système, histoire de pouvoir, au mieux, diagnostiquer le problème, ou au pire, faire un rapport de bug aussi complet que possible.

Je commence par jeter un oeil au /etc/fstab, et je m’aperçois que mon graveur n’est pas listé :

none             /proc            proc        defaults         0   0
none             /sys             sysfs       defaults         0   0
devpts           /dev/pts         devpts      gid=5,mode=620   0   0
usbfs            /proc/bus/usb    usbfs       devgid=23,devmode=664 0   0
tmpfs            /dev/shm         tmpfs       defaults         0   0
/dev/sda2        swap             swap        defaults         0   0
/dev/sda3        /                ext4        defaults         1   1
/dev/sda1        /boot            ext2        defaults         1   1
/dev/sda4        /home            ext4        defaults         1   1

Je jette alors un oeil aux messages système, et en utilisant la commande dmesg | tail :

vboxdrv: counter framework which can generate NMIs is active. You have to prevent
vboxdrv: the usage of hardware performance counters by
vboxdrv:   echo 2 > /proc/sys/kernel/perf_counter_paranoid
vboxdrv: Found 2 processor cores.
VBoxDrv: dbg – g_abExecMemory=ffffffffa0e15080
vboxdrv: fAsync=1 offMin=0x5ce73 offMax=0x5ce73
vboxdrv: TSC mode is ‘asynchronous’, kernel timer mode is ‘normal’.
vboxdrv: Successfully loaded version 3.1.4 (interface 0x00100001).
eth0: no IPv6 routers present
cdrom: This disc doesn’t have any tracks I recognize!

Comment cela, aucune piste lisible ? Mais c’est normal, c’est un DVD-vierge…

Après avoir rapporté mes ennuis sur le forum francophone de la Frugalware, j’ai ouvert un bug sur l’outil de suivi de bug de la Frugalware« >Frugalware, à savoir le bug 4113.

Serait-je le « cyrille borne » de la Frugalware, à savoir la personne qui tombe sur des bugs qui cassent tout, mais dont les autres personnes ne sont pas victimes ?

Ce serait quand même une malchance monstrueuse que de devoir quitter une distribution pour un bug aussi gros, et aussi étrange.

Tout ce que j’espère, c’est que ce soit un bug logiciel, et non mon matériel qui décide de rendre l’âme… 🙁

Gnash 0.8.7… Peut mieux faire !

J’ai fait compilé sur ma Frugalware current la version 0.8.7 de Gnash sortie tout récemment. Pour arriver à ce but, j’ai pris le FrugalBuild de la version 0.8.5-2.

J’ai juste remplacé le pkgver par un 0.8.7, et le sha1sum par une version qui corresponde au paquet de source en tar.bz2. En clair, deux modifications assez rapide à faire.

Compilation de Gnash 0.8.7 sur Frugalware current

Après une compilation d’environ 50 minutes, j’ai tenté de voir le résultat, en utilisant par exemple des vidéos sur Youtube ou encore Dailymotion… Et le résultat est simple :

Je sais que c’est totalement injuste de juger de la valeur d’un logiciels sur deux sites, mais comme ce sont des sites ultra connus et qui sont aussi ceux qui utilise Flash pour fonctionner…

En tout cas, une chose est sure… Le chemin est encore long pour que Gnash soit une implémentation viable et libre de Flash 🙁