Parabola GNU/Linux : une archlinux libérée, enfin, si on veut ;)

Parabola GNU/Linux, c’est un peu ce qu’est la Trisquel pour Ubuntu : une version utilisant le noyau linux-libre et quasi-exclusivement des logiciels libres. Pour le quasi, la raison est donnée un peu plus loin dans l’article 😉

J’ai donc récupéré l’image ISO de la version « core » datant de début octobre. Il faut savoir que les dépôts de la Parabola sont assez lents 🙁

fred@frugalware:~/download/ISO à tester$ wget -c http://repo.parabolagnulinux.org/isos/x86_64/parabola-2010.10.01-core-x86_64.iso
–2010-10-15 13:22:58– http://repo.parabolagnulinux.org/isos/x86_64/parabola-2010.10.01-core-x86_64.iso
Résolution de repo.parabolagnulinux.org (repo.parabolagnulinux.org)… 69.163.153.218
Connexion vers repo.parabolagnulinux.org (repo.parabolagnulinux.org)|69.163.153.218|:80…connecté.
requête HTTP transmise, en attente de la réponse…200 OK
Longueur: 341835776 (326M) [application/octet-stream]
Sauvegarde en : «parabola-2010.10.01-core-x86_64.iso»

100%[======================================>] 341 835 776 68,3K/s ds 35m 39s

2010-10-15 13:58:37 (156 KB/s) – «parabola-2010.10.01-core-x86_64.iso» sauvegardé [341835776/341835776]

Et ensuite, j’ai lancé la machine virtuelle habituelle : 1,5 GiO de mémoire vive, 32 GiO de disque.


fred@frugalware:~/download/ISO à tester$ qemu-img create -f raw disk.img 32G
Formatting 'disk.img', fmt=raw size=34359738368
fred@frugalware:~/download/ISO à tester$ kvm64 -hda disk.img -cdrom parabola-2010.10.01-core-x86_64.iso -boot d &

Continuer la lecture de « Parabola GNU/Linux : une archlinux libérée, enfin, si on veut 😉 »

De l’irresponsabilité flagrante de passer à Python3 dès maintenant.

Je suis en colère contre les codeurs d’Archlinux qui ont voulu pousser la logique du « rolling release » jusqu’au bout.

Depuis le passage à Python3 activé sur testing, les logiciels en python explose en vol les uns après les autres au fur et à mesure des versions.

Sur la liste des victimes, suite à une modification du paquet pygtk :

Et encore je n’ai pas fait la totalité de mes logiciels basés sur Python.

Et étant donné que je pousse des gueulantes sur Identi.ca et twitter, j’ai eu droit à la réponse que je méritais de la part de Pingax

J’ai toujours été une sombre nullité en matière de développement et de codage. Mes tentatives pour apprendre python se sont toutes soldées par des échecs.

Je pense que la solution qui me reste – et je sens déjà Cyrille Borne rire – est de retourner sous Ubuntu. Chose que je ferais ce soir, car j’en ai marre de devoir recompiler tous les jours les outils en python car un paquet aura changé sur [testing].

Dommage que les codeurs d’Archlinux oublie une chose : que rolling release ne signifie pas explosion en vol à la moindre grosse mise à jour 🙁

Python 3 et Gwibber ? Une vraie galère.

Archlinux vient de mettre en route un gros chantier : mettre python 3 à la place de python 2 dans la distribution.

Deux logiciels que j’utilise manquaient à l’appel, à savoir : gramps et gwibber.

Continuer la lecture de « Python 3 et Gwibber ? Une vraie galère. »

Merci Gnome-Unstable… Où comment j’ai pu installer Gnome 2.32.0 avant l’annonce de sa sortie officielle sur Archlinux ;)

Le dépot « Gnome Unstable » – comme son nom l’indique – permet d’installer en avant première l’environnement de bureau Gnome sur Archlinux.

Pour activer son utilisation, il faut rajouter en haut de son fichier /etc/pacman.conf les lignes suivantes :

# Gnome Unstable
[gnome-unstable]
Include = /etc/pacman.d/mirrorlist

Puis de passer à un petit :


yaourt -Syu

Paquets à mettre à jour

récupération de près de 200 Mo... Seulement ?

Bien que l’annonce officielle sera disponible dans la journée du 30 septembre, l’environnement de bureau est déjà disponible. Les seuls problèmes que j’ai rencontrés ?

  1. Obligé de réinstaller le paquet gdk-pixbuf2-2.22.0-1-x86_64.pkg.tar.xz à la mimine.
  2. Obligation de recompiler certaines dépendances de Gwibber 2.32.0. Mais ensuite, cela n’a été que du bonheur.

Gnome 2.32 et Gwibber 2.32...

Je ne me suis pas encore plongé dans les nouveautés, mais à ce que j’ai pu voir, les changements sont plus internes qu’externes. Le grand ravalement de façade étant l’arrivée du Gnome Shell dans Gnome 3.0 en mars 2011…

Je n’aurais plus qu’à désactiver le dépot une fois que Gnome 2.32 sera officiellement disponible. Mais je crains que le passage Gnome 2.32 vers 3.0 ne soit pas aussi facile que de la version 2.30.x à la 2.32…

gImageReader : une interface légère pour Tesseract.

Il est parfois utile d’avoir un outil d’OCR. Il existe le très bon et très puissant moteur tesseract.

Cependant, toute sa puissance est exploitable uniquement en ligne de commande :(. Il y a bien un outil comme gscan2pdf, mais il demande un nombre assez important de dépendances lié à Perl.

Même si à une époque lointaine, je l’avais encensé 🙂

En faisant quelques recherches, je suis tombé sur gImageReader, un outil en python, n’ayant que peu de dépendances, en dehors de python et de tesseract :

imagemagick pycairo pygtk python-gtkspell

En m’inspirant de PKGBUILDs déjà existants pour contourner un problème de compilation, j’ai créé un paquet disponible sur AUR : gimagereader.

Le seul hic, c’est qu’il faut définir le chemin pour accéder aux dictionnaires de tesseract. Sur mon archlinux, ces derniers sont à l’endroit suivant :

/usr/share/tessdata

Configuration de gImageReader 0.6

Bien que ce ne soit qu’une version 0.6, l’interaction avec le moteur de tesseract est simple et le résultat (pour peu qu’on ait une image numérisée de qualité – minimum 300 ppp) donne de très bons résultats.

gImageReader 0.6 en action

Un bug cosmétique, c’est que le logiciel ne semble pas apprécier un système en UTF-8 🙂

En tout cas, c’est un logiciel sympa, le genre d’outil dont on a besoin de temps à autres et dont on est content d’avoir sous la souris 😉

Petit message pour Devil505 : libre à toi de t’inspirer de mon PKGBUILD pour faire un Frugalbuild 😉

Installer Tracker 0.9.18 sur ArchLinux

Tracker, c’est le moteur d’indexation et de recherches de fichiers de l’environnement de bureau Gnome.

Bien qu’une version 0.8.xx soit disponible, la version de développement 0.9.18 (au moment où j’écris cet article) est très facilement récupérable. Attention, comme toute version de développement, elle peut vous exploser à la figure 😉

A noter que depuis la version 0.9.16 – et uniquement en cas d’installation du logiciel en utilisant le code source (ce qui est somme toute assez courante sous des systèmes unix) – il faut installer Vala. Dans mon cas, j’ai utilisé le paquet AUR vala-devel, qui propose la version 0.9.7 du langage. Cf http://git.gnome.org/browse/tracker/tree/NEWS

Le code étant encore en développement, l’indexation semble assez longue, à moins que la lenteur constatée ne soit liée à la compilation d’une version de Minefield en même temps 😉

Un bug assez ennuyeux, pour ne pas dire qu’il facilite franchement le transit intestinal, semble que dans la version stable, tracker semble oublié le contenu qu’il a indexé, dès qu’on ferme la session 🙁

Bref, j’ai récupéré le précédent PKGBUILD, laissé à l’abandon par son créateur, et je l’ai modifié pour qu’il soit à jour, et surtout compilable.

Pour l’installer, il suffit de taper dans une console un petit : yaourt -S tracker-git

Et d’attendre en croisant les doigts 😉

Ce que l’on constate, c’est désormais que bien que l’interface n’ait que peu changé, elle est unifié quand on utilise le clic-droit sur l’icone en forme de loupe. L’entrée « courrier » est grisée. Cela doit être lié à la non-utilisation de ma part du logiciel de courrier Evolution, client officiel de Gnome.

tracker-menu

Sinon, l’interface de recherche est toujours aussi claire. Et aussi complète 😉

une recherche dans tracker

Et comme disait la publicité pour un fabricant de compatible PC dans les années 1980-1990 : « A suivre ! »

Petite astuce pour Xorg-Server 1.9 et les pilotes propriétaires nVidia

La version 1.9 de Xorg-Server vient d’être rendu disponible sur Archlinux. Si on utilise le pilote propriétaie nVidia, il peut y avoir un problème de lancement de Xorg.

En me basant sur des infos trouvé sur le paquet AUR xorg-server-dev, il faut rajouter le fichier 10-ServerFlags.conf dans /etc/X11/xorg.conf.d/ avec le contenu suivant :

Section « ServerFlags »
Option « IgnoreABI » « True »
EndSection

Et normalement, après la mise à jour de Xorg-server en version 1.9, aucun problème 😉

Victime de la malédiction de « frugal-amon » ?!

Hier soir, ayant réussi à réparer mon portable – à vrai dire une sorte de feeling m’a dit : tente ta chance et rallumes-le – j’ai voulu remplacer la distribution ArchLinux qui s’y trouvait dessus par une frugalware linux. Pourquoi ? Pour avoir les deux distributions rolling release sur mon matériel informatique.

J’ai donc appliqué la méthode qui – normalement – fonctionne. Installation du strict minimum, et ensuite on rajoute Xorg, le serveur graphique correspondant, etc… Bref, la mise en route en suivant les conseils du wiki de post-installation.

Sauf – et ce doit être encore ma malchance habituelle – je suis tombé sur un bug qui doit être très difficilement reproductible : certains des principaux paquets de Gnome, à savoir libgnome et gnome-vfs mettait jusqu’à 18 minutes pour s’installer…

Selon Bouleetbil sur le canal irc #frugalware.fr, c’était lié à un problème de gconftool-2… Mais pourquoi a-t-il fallu que je tombe dessus lors d’une installation sur une vraie machine alors que le bug n’avait pas pointé le bout de son nez lors de mes tests dans une machine virtuelle qemu, la veille ?

Résultat des courses… Excédés par ce bug – il restait encore quelque chose comme 140 paquets à installer après libgnome – j’ai installé une archlinux dessus…

A croire que je dois avoir un don pour tomber sur ce genre de bug…

Utiliser une version de développement de Gnash avec Archlinux.

Même si la technologie Adobe Flash est une horreur, il faut bien avoir un logiciel pour lire les fichiers flash sur la toile. Du moins, le temps que le html5 prenne son envol.

Comme je l’ai annoncé récemment, gnash qui semble bien mal en point semble continuer à viser l’avenir, et pour se faire, ils viennent de quitter l’outil de suivi de code source Bazaar pour git.

Dans le dépot tiers qu’est le Arch User Repository, on trouve un sacret paquet de versions pour gnash (plus ou moins périmées et / ou obsolètes).

AUR et gnash... Bon courage !

Voulant avoir une version qui utilise git, j’ai donc pris la version gnash-trunk-bzr-1.3, puis ayant recopié une partie du code source du PKGBUILD de vlc-git, je suis arrivé à obtenir un PKGBUILD fonctionnel, que voici ci-dessous :

# Contributor: Carlos Sanchez
# Maintainer for Parabola GNU/Linux: Omar Botta
# Contributor: Frederic Bezies
#
# Based on work made by Carlos Sanchez
#
pkgname=gnash-trunk-git
pkgver=20100813
pkgrel=1
pkgdesc= »Gnash is the GNU SWF Player based on GameSWF. Development version based on git »
arch=(‘i686’ ‘x86_64’)
url= »http://www.gnu.org/software/gnash/ »
license=(‘GPLv3+’)
makedepends=(‘git’ ‘automake’ ‘autoconf’ ‘gettext’ ‘libtool’)
depends=(‘agg’ ‘atk’ ‘libxml2’ ‘curl’ ‘ffmpeg’ ‘boost’ ‘pango’ ‘libxi’ ‘gstreamer0.10’ ‘gstreamer0.10-base’ ‘gstreamer0.10-ffmpeg’ ‘gstreamer0.10-base-plugins’ ‘gstreamer0.10-good-plugins’ ‘gstreamer0.10-bad-plugins’ ‘gstreamer0.10-ugly-plugins’)
provides=(gnash-common gnash-gtk)
conflicts=(gnash-common gnash-gtk gnash-trunk-bzr)
replaces=(gnash-common gnash-gtk)
md5sums=(‘8fdf50aaf01d00ccd9d5aed84abe25ca’)

_gitroot=’git://git.sv.gnu.org/gnash.git’
_gitname=’gnash’
_buildir=${_gitname}-build

build() {
cd ${srcdir}

msg ‘Connecting to GIT server…’

if [ -d ${_gitname} ]; then
cd ${_gitname} && git pull origin
cd ..
else
git clone ${_gitroot}
fi

msg ‘GIT checkout done or server timeout.’

if [ -d ${_buildir} ]; then
msg ‘Cleaning previous build…’
rm -rf ${_buildir}
fi

git clone ${_gitname} ${_buildir}
cd ${_buildir}

msg ‘Generating necessary files…’

chmod +x autogen.sh
./autogen.sh
./configure –prefix=/usr \
–enable-renderer=agg \
–enable-gui=gtk \
–enable-sound=sdl \
–enable-media=gst \
–with-plugindir=/usr/lib/mozilla/plugins \
–disable-kparts3 \
–disable-kparts4 \
–disable-cygnal || return 1

make || return 1

make DESTDIR= »$pkgdir » install || return 1
make DESTDIR= »$pkgdir » install-plugins || return 1
}

J’ai proposé le paquet sous le nom de gnash-trunk-git.

Et voila le résultat, j’ai pris la publicité pour la Renault 21 qui faisait d’énorme clin d’oeil à la série de Patrick McGoohan, « Le Prisonnier ».

Gnash-trunk-git en action :)

Un simple yaourt -S gnash-trunk-git permettra d’installer le logiciel sous Archlinux.

Je pense que c’est assez facilement adaptable pour Frugalware. Faudra juste que j’essaye 🙂

Gwibber 2.31.3, la version qui vous fera de nouveau aimer Gwibber ?

Après une période de froid qui m’a fait découvrir Pino – qui commence un peu à sentir le sapin, avec un mois sans le moindre changement au niveau du code source  – avec Gwibber qui a commencé avec l’ajout de la très lourde technologie DesktopCouch.

Or, fin juillet est sorti la version 2.31.3, une étape avant une future version 3.0 du logiciel. Et même si la liste des changements est minime, elle est très intéressante :

– Move backend storage from desktopcouch to sqlite
– Don’t scroll to the top on every refresh (LP: #327172)

Ce qu’on pourrait traduire par :

– Remplacement du stockage des données de desktopcouch vers sqlite
– Ne pas remonter en haut à chaque rafraichissement (LP: #327172)

Oui, DesktopCouch est « abandonné »… J’ai donc jeté un oeil sur le paquet AUR de la version 2.31.2, puis je l’ai adapté, en rajoutant le logiciel python-oauth.

Voici le PKGBUILD en question :

# Contributor: garrett18 paolo

pkgname=gwibber
pkgver=2.31.3
pkgrel=1
pkgdesc= »an open source microblogging client for GNOME »
url= »https://launchpad.net/gwibber »
license=(‘GPL’)
arch=(‘i686’ ‘x86_64’)
depends=(‘gnome-python-desktop’ ‘dbus-python’ ‘gnome-python’ ‘python-notify’ ‘python-simplejson’ ‘python-egenix-mx-base’ ‘pywebkitgtk’ ‘python-distutils-extra’ ‘python-imaging’ ‘pyxdg’ ‘python-feedparser’ ‘python-oauth’ ‘python-mako’ ‘python-pycurl’ ‘libwnck’)
conflicts=(‘gwibber< =1.0RC1’ ‘gwibber-bzr’ ‘gwibber-microsoft-bzr’ ‘gwibber-sweston-bzr’ ‘gwibber-trunk-bzr’ ‘gwibber2.0’)
replaces=(‘gwibber<=1.0RC1’ ‘gwibber-bzr’ ‘gwibber-microsoft-bzr’ ‘gwibber-sweston-bzr’ ‘gwibber-trunk-bzr’ ‘gwibber2.0’ ‘gwibber’ ‘gwibber-new’)
options=(‘!libtool’)
source=(« http://launchpad.net/${pkgname}/trunk/${pkgver}/+download/${pkgname}-${pkgver}.tar.gz »)
md5sums=(‘602da462e93d1d5ac75d0005adf2ce98’)

build() {
cd $srcdir/${pkgname}-${pkgver}
python setup.py install –root=${pkgdir} || return 1
}

Et l’obligatoire capture d’écran…

Gwibber 2.31.3 avec Archlinux...

Y a pas à dire, mais Gwibber m’en aura fait voir de toutes les couleurs… Maintenant, reste à savoir combien de temps le logiciel fonctionnera… Et si Pino 0.3 tiendra ses promesses… S’il sort un jour 🙁