ArchLinuxeries – Page 52 – Le Weblog de Frederic Bezies

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.

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

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).

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 ».

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…

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 🙁

Adieu flashplugin, bienvenu à… Gnash ;)

Avec la sortie de la version 10.1 de Flash Plugin, le port 64 bits qui avait été l’apanage de Linux 64 bits n’est plus maintenu.

C’est donc avec un petit peu d’appréhension que j’ai installé le plugin gnash, avec le support du ffmpeg dans gstreamer… Pourquoi ? Sinon, la moindre vidéo sur youtube (mon fournisseur principal de vidéo, Dailymotion refusant décidément de fonctionner avec Gnash) ne fonctionne pas.

Sur mon Archlinux – à adapter selon votre distribution, cela s’est résumé à la ligne de commande suivante :

yaourt -S gstreamer0.10-ffpmeg gnash-gtk

Pour faire reconnaitre le plugin gnash dans mon Mozilla Firefox de développement, il m’a fallu faire un lien symbolique depuis /usr/lib/mozilla/plugins/libgnashplugin.so vers ~/.mozilla/plugins…

Et cela fonctionne… La preuve en image 😉

A propos, pour Youtube, si on ne bloque pas le cookie (via Edition / Préférences / Vie Privée), les vidéos ne sont pas affichées !

aLinux 14.0 : compte-t-elle pour des cacahouettes ?

aLinux, c’est une distribution live installable, anciennement connu sous le nom de PeanutLinux, peanut signifiant… cacahouette 🙂

Ayant vu sur distrowatch qu’une version 14.0 était sortie, j’ai été voir de quoi il en retournait.

Après avoir récupéré aLinux en utilisant Transmission via le site linuxtrackers.org, j’ai utilisé ensuite la machine virtuelle habituelle pour lancer le test.

[fred@fredo-arch download]$ qemu-img create -f raw disk.img 32G Formatting 'disk.img', fmt=raw size=34359738368 [fred@fredo-arch download]$ kvm64 -hda disk.img -cdrom aLive-14.0-CD.iso -boot d &

Pour mémoire, kvm64 est un raccourci pour :

qemu-system-x86_64 --enable-kvm -m 1500 -k fr -localtime --soundhw all

Après un démarrage classique, on arrive sur l’écran de connexion, qui ne propose qu’un compte, root (bonjour la sécurité), et il suffit de cliquer dessus et d’appuyer sur entrée pour se connecter.

Continuer la lecture de « aLinux 14.0 : compte-t-elle pour des cacahouettes ? »

Shotwell, un client léger pour gérer ses photos pas si mal que cela finalement ?

Shotwell, c’est un logiciel codé en vala qui permet de cataloguer ses photos rapidement et simplement.

D’ailleurs, c’est l’outil fourni par défaut avec la Fedora 13, ce qui prouve que le logiciel a atteint un degré minimum de maturité. Cf le point 4.1.7 des notes de publication de la Fedora 13.

Très simple, il permet les opérations classiques :

Importer et cataloguer des photos
Faire les opérations de bases : rotation, enlever les yeux rouges, modifier la luminosité, etc…
Interagir avec un outil plus complet, comme Gimp
Publier sur des hébergeurs comme FaceBook, Picasa ou encore Flickr

J’ai installé la version de développement de Shotwell sur ma archlinux en utilisant la commande yaourt -S shotwell-svn

En quelques minutes, les dépendances et le logiciel était disponible, et c’est du rapide.

Deux captures d’écran du logiciel :

C’est un petit logiciel, qui suit un tout petit peu la logique unix : un outil pour une tache et une seule.

Chakra Linux Phoix, ou comment la Chakra veut s’émanciper d’Archlinux…

Chakra Linux, c’est le duo ArchLinux + KDE. Cependant, récemment, il a été annoncé que le projet allait sur la longueur, mettre de coté son héritage archlinux pour prendre une base propre.

D’ailleurs, au lieu des dépots core, extra et testing, il y aura :

core : la base de l’OS
platform : X11
Desktop : tout KDE.

La deuxième annonce, plus récente, confirme l’émancipation progressive de de la distribution Archlinux.

Le but à terme serait de proposer un système de paquetages à la MacOS-X :

We’re still in the evaluation stage about this, but it will most likely be a bundle system as seen on systems like Mac OSX.

Ce qui donne traduit :

Nous sommes encore à l’étape d’évaluation sur ceci, mais cela pourrait être un système de paquet comme ce que l’on peut trouver sur MacOSX

Ce qui me fait un peu penser au PBI de PcBSD, tiens 😉

J’ai donc récupéré l’image ISO d’une version récente de développement, histoire de montrer un premier aperçu du résultat.

Continuer la lecture de « Chakra Linux Phoix, ou comment la Chakra veut s’émanciper d’Archlinux… »

Pino 0.2.8 est sorti.

Pour cette nouvelle version mineure de Pino – en attendant une version 0.3 explosive – l’accent a été mis sur l’ergonomie et la correction de bogues :

Correction de bogues importants
Intégration plus complète au niveau d’indicate (intégration dans Ubuntu)
Une option pour les liens en couleurs (pour éviter de laisser passer un lien, que j’ai traduit par « Couleur de liens natifs »

L’installation ? Il suffit de lire cette page du site du logiciel pour savoir comment faire 😉

Pour l’installer sur Frugalware ?

Il suffit de prendre le FrugalBuild et de l’adapter pour la version 0.2.8. Quoique cette version arrivera après la reconstruction du « monde » en cours sur Frugalware actuellement.

Et les inévitables captures d’écran :