Étiquette : Trucs de geek

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 😉

Petit truc pour rendre une ISO classique démarrable sur une clé USB.

On m’a parfois fait le reproche de n’utiliser que des machines virtuelles pour tester des distributions linux.

J’ai tenu compte de cette remarque, et j’ai cherché le moyen d’avoir facilement une image ISO transformée en clé USB « bootable » pour tester les distributions linux sur de vraies machines. L’astuce a été publié sur le site de la Chakra Linux qui vient d’ailleurs de sortir en version 0.2.2 🙂

La solution tient en deux ligne de commande (quelle horreur), utilisant isohybrid (fourni avec les outils de syslinux) et la bonne vieille – et sans pitié – commande dd.


isohybrid nom-de-l'image.iso
sudo dd if=nom-de-l'image.iso of=/dev/sd?

Pour savoir la référence de la clé usb, un simple df -h donne la réponse.

Voila, au moins, on ne pourra pas dire que je suis une personne dont le fond de commerce est la démolition systématique des distributions linux 🙂

Truc testé et approuvé avec l’image ISO de la Chakra Linux, mais aussi la Trisquel 4.0.

Un coup d’oeil sur Ubuntu Maverick Meerkat alias Ubuntu 10.10.

N’ayant pas lancé d’exemplaire d’Ubuntu depuis plusieurs semaines dans une machine virtuelle, j’ai récupéré une image post béta d’Ubuntu Maverick Meerkat. Une version « alternate », car j’avais envie de ne pas voir la publicité lors du processus d’installation 🙂

[fred@fredo-arch ISO à tester]$ wget -c http://cdimage.ubuntu.com/daily/20100925/maverick-alternate-amd64.iso
–2010-09-26 08:18:31– http://cdimage.ubuntu.com/daily/20100925/maverick-alternate-amd64.iso
Résolution de cdimage.ubuntu.com… 91.189.92.168
Connexion vers cdimage.ubuntu.com|91.189.92.168|:80…connecté.
requête HTTP transmise, en attente de la réponse…200 OK
Longueur: 740177920 (706M) [application/x-iso9660-image]
Sauvegarde en : «maverick-alternate-amd64.iso»

100%[======================================>] 740 177 920 802K/s ds 13m 15s

2010-09-26 08:31:46 (909 KB/s) – «maverick-alternate-amd64.iso» sauvegardé [740177920/740177920]

Une fois l’image récupérée, j’ai lancé la machine virtuelle de test habituelle : 32 GiO de disque et 1,5 GiO de mémoire vive.


[fred@fredo-arch ISO à tester]$ qemu-img create -f raw disk.img 32G
Formatting 'disk.img', fmt=raw size=34359738368
[fred@fredo-arch ISO à tester]$ kvm64 -hda disk.img -cdrom maverick-alternate-amd64.iso -boot d &

Continuer la lecture de « Un coup d’oeil sur Ubuntu Maverick Meerkat alias Ubuntu 10.10. »

Trisquel GNU/Linux 4.0 : une version libérée de la Ubuntu 10.04 LTS.

Trisquel GNU/Linux, sur laquelle j’avais écrit un rapide topo lors de la version 3.5 (il y a environ 6 mois) est une distribution dérivée de la Ubuntu 10.04 LTS, qui enlèvent les codes non-libres, et utilise une version libérée (au sens entendu par la Free Software Foundation) du noyau Linux.

Etant donné qu’elle est synchrone avec la Ubuntu 10.04 LTS, c’est un noyau Linux de la génération du 2.6.34 qui est utilisé.

J’ai récupéré l’image iso via bittorrent (aurais-je droit à un courrier électronique de l’Hadopi ?) et je l’ai installé en utilisant la machine virtuelle habituelle.


[fred@fredo-arch ISO à tester]$ qemu-img create -f raw disk.img 32G
Formatting 'disk.img', fmt=raw size=34359738368
[fred@fredo-arch ISO à tester]$ kvm64 -hda disk.img -cdrom trisquel_4.0_amd64.iso -boot d &

J’ai demandé à ce que l’installation soit lancée en automatique. Comme le montre les captures d’écrans qui suivent, l’installation est franchement simple, et est limite du clique bouton… En 10 minutes, la distribution est installée.

Continuer la lecture de « Trisquel GNU/Linux 4.0 : une version libérée de la Ubuntu 10.04 LTS. »

En vrac rapide plus ou moins libre ;)

Fin de semaine, un « en vrac' » s’impose.

Bon week-end.

Quand Microsoft ment encore une fois… Cela augure mal pour Internet Explorer 9

Dans la série des mensonges de Microsoft (cf l’épopée des « get the facts »), voici les mensonges sur les qualités supposées supérieure du navigateur Internet Explorer 9 (qui ne tournera que sur MS-Windows Vista et MS-Windows 7).

Dans une page, Microsoft compare Chrome 6, Mozilla Firefox 4.0 béta3 (alors que la béta 6 est sortie), et bien entendu IE9.

Mensonge microsoft propagande pour IE9

Le mensonge principal, c’est l’impossibilité – selon Microsoft – d’ouvrir un onglet accidentellement fermé. Hors, cette fonctionnalité existe au moins depuis Mozilla Firefox 3.6, et peut-être même la 3.5…)

Autre mensonge, l’impossibilité de combiner barre d’adresse et de recherches. Qui a dit Mozilla Firefox 3.0 (au minimum ?)

Et aussi, pas de proposition d’adresse au fur et à mesure de la saisie… Qui a dit « Barre d’adresses intelligente » ?

Mensonge microsoft propagande pour IE9 - onglets

Bref, quand Microsoft ment, ce n’est pas à petite dose. Bah, c’est habituel de leur part, pourquoi s’étonner ? 😉

J’ai mis des captures d’écrans avant que la page ne soit modifiée…

Kraken, un test de mesure taillé sur mesure par la Fondation Mozilla pour Firefox 4 ?

C’est du moins ce que dit Pierre, d’Opera-Fr.com dans son commentaire.

Le test est disponible à cette adresse : http://krakenbenchmark.mozilla.com/

J’ai donc voulu vérifier cette affirmation, en me basant sur les dernières versions de développement disponible de Chromium, d’Opera et bien entendu de Mozilla Firefox 4.0 pré-béta7.

Voici les résultats :

  • Minefield 4.0 pré-beta7 : 14789,5 ms
  • Opera 10.70, révision 9047 : 17229,4 ms => 16,49% plus lent que Minefield
  • Chromium 7.0.517.0 : 20009,9 ms => 35,29% plus lent que Minefield

Minefield 4.0 prébeta7 avec Kraken

préversion Opera 10.70 avec Kraken

Chromium 7 - Kraken

Donc, optimisé ? Voici ce que dit la présentation du test Kraken :

Kraken focuses on realistic workloads and forward-looking applications. We believe that the benchmarks used in Kraken are better in terms of reflecting realistic workloads for pushing the edge of browser performance forward. These are the things that people are saying are too slow to do with open Web technologies today, and we want to have benchmarks that reflect progress against making these near-future apps universally available.[…]Kraken will evolve quickly over the coming weeks and months as we build out its test suite and continue to push forward the capabilities of the open Web, as we make the workloads more realistic and varied.

Ce qui donne traduit rapidement :

Kraken se concentre sur des charges de travail réalistes et vers les applications à venir. Nous pensons que les critères utilisés dans Kraken sont meilleurs en termes de charge de travail reflétant réaliste pour repousser encore les limites de performances du navigateur. Ce sont des choses que les gens disent être trop lents à avoir avec les technologies du Web ouvert aujourd’hui, et nous voulons avoir des repères qui reflètent les progrès par rapport à ces applications qui seront universellement disponibles dans un futur proche.[…]Kraken évoluera rapidement au cours des prochaines semaines et des mois que nous construisons sa suite de test et en continuant à faire progresser les capacités du web ouvert, ce que nous ferons avec de la charge de travail plus réaliste et plus variée.

Je laisse chacun juge de la partialité du test. S’il était aussi partial, les autres navigateurs seraient largement plus loin. Maintenant, à voir si ce test en plus sera le test de trop !

La guerre du JavaScript aura bien lieu…

Dans le petit monde des navigateurs, la guerre est désormais passé à celle de la vitesse d’interprétation du Javascript. En plus de la guerre des respects des standards, qui sera surement le sujet d’un autre article.

J’ai donc pris les grands noms des navigateurs multiplateformes à savoir Chromium (coeur de Google Chrome), Mozilla Firefox et Opera.

J’ai testé la dernière version stable et la dernière version de développement disponible.

A savoir : Chromium 6 et 7 pre, Mozilla Firefox 3.6.9 et 4.0 beta6pre, Opera 10.62 et 10.70pre.

Les deux tests utilisés ont été SunSpider 0.9.1 et v8 Benchmark v5.

Continuer la lecture de « La guerre du JavaScript aura bien lieu… »

Compilons la version améliorée de Mozilla Firefox 4.0 pré-beta 6…

Ayant lu un article sur OSNews sur Mozilla qui a annoncé la disponibilité d’une version de test avec le moteur de compilation à la volée de Javascript, j’ai voulu faire compiler la version par moi-même, j’ai récupéré le code source correspondant :

[fred@fredo-arch fox]$ hg clone http://hg.mozilla.org/tracemonkey/ src/

Et ensuite, j’ai utilisé le .mozconfig suivant :

#
# See http://www.mozilla.org/build/ for build instructions.
#

export AUTOCONF=autoconf-2.13

. $topsrcdir/browser/config/mozconfig

mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/../objdir-fx

# Options for ‘configure’ (same as command-line options).
ac_add_options –enable-optimize
ac_add_options –disable-debug
ac_add_options –disable-tests
ac_add_options –with-ccache

Une fois la version disponible, j’ai comparé la version « classique » compilé ce matin, et la nouvelle version disponible.

Version classique : 1153 points

1153 points dans v8 avec Firefox "classique"

Version expérimentale : 1723 points soit 49,43% de plus.

1723 points dans v8 avec Firefox le compilateur JIT activé

Evidemment, on est loin de Google Chrome qui dépasse largement ce score – 5289 points environ – mais il y a du progrès 🙂

5289 points dans v8 sous chromium

La suite au prochain épisode 😉

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 😉