Étiquette : geekeries

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…

Javascript contre-attaque ;)

On va se la jouer un peu George Lucas… Après un premier épisode sur la guerre du JavaScript, j’ai voulu voir les progrès fait en une grosse vingtaine de jours sur le plan de l’implémentation du JavaScript dans le futur Mozilla Firefox 4.0

Alors que la béta 7 commence à se faire un peu attendre, les modifications apportées à Jaegarmonkey sont assez régulières.

Pour mémoire, dans le précédent test, les résultats à SunSpider était de 478 ms et le score obtenu au benchmark v8 était de 1859 points.

Avec une compilation d’aujourd’hui, le 29 septembre, on a des scores bien meilleurs :

Sunspider : 440,9 ms. 38 ms de moins, soit un gain de 7,94%.

440 ms à SunSpider avec Minefield 4.0b7pre

v8 : 2236 points, soit un gain de 20,28% !

2236 points au benchmark v9 avec Minefield 4.0b7pre

Autant dire que la vitesse du JavaScript commence à devenir réalité 🙂

J’allais oublier les détails technique : Archlinux testing à jour, avec Gnome 2.32, le tout avec une machine à base d’Athlon X2 215, 3 Go de mémoire vive, et une carte nVidia GT210 en PCI-Express 16x.

Et pour éviter toute interférence, j’ai utilisé un profil fraichement créé. Voila, vous savez tout.

Adoption de Trisquel 4.0.1 pour mon PC portable ;)

J’avais, hier, testé rapidement la Trisquel GNU/Linux 4.0 dans une machine virtuelle kvm.

Je suis passé à la vitesse supérieure, en l’installant sur mon PC portable, un Acer 5520 vieux de 2 ans et demi.

Voici donc quelques captures d’écrans de la distribution installé, en notant au passage que c’est désormais Gnash 0.8.8 qui est proposé…

Le seul gros hic avec le noyau fourni avec cette version de la distribution, c’est qu’il fait pêter un cable au circuit wifi au bout d’une heure d’utilisation 🙁

L’autre problème est que l’affichage est brouillé, à cause d’un mauvais support du code du pilote NouVeau… Je suis obligé de rajouter « nomodeset » à la ligne contenant kernel dans le fichier /boot/grub/grub.cfg

En tout cas, j’ai réalisé un vieux souhait : un pc ne tournant que grace à du code libre 😉

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 😉

En vrac’ rapide et libre avant le week-end.

Comme le week-end approche, un petit en vrac’ se justifie.

C’est tout pour aujourd’hui. Bon week-end