Le blog d'un internaute aimant l'informatique libre, la musique et la rétro-informatique !
10 juin 2009 : annonce du noyau linux 2.6.30.
12 juin 2009 : le noyau linux 2.6.30 est disponible sur le dépot testing d’ArchLinux.
La preuve en images :
Et en bonus, une nouvelle version du pilote nvidia :
La cerise sur le gâteau ?
La (ré)activation de la diode indicatrice d’activité de mon circuit wifi. Cela fait tout drôle étant donné que je ne l’ai jamais vu fonctionné depuis février 2008, date de l’achat de mon portable (le acer du wiki du site Archlinux francophone).
Le 28 mai dernier, j’annonçais la disponibilité d’un paquet pour VLC 1.0.0rc2 pour Archlinux. Etant allé ce matin sur le site de VLC, j’ai constaté la présence du code pour la version 1.0.0rc3 de VLC. J’ai donc profité de l’occasion pour mettre à jour le paquet que j’avais mis au point en partant du paquet officiel.
Pour compiler cette version, il suffit d’entre la commande suivante :
yaourt -S vlc-dev
Et pour changer un peu, je me suis basé sur une capture d’écran de l’épisode « Hammer Into Anvil » (Le Marteau et L’enclume) de l’excellente série « Le Prisonnier ».
Dans un précédent article, j’avais installé Chromium et Midori dans une machine virtuelle. Dans ma machine réelle, les résultats sont les suivants :
Soit une différence de 32,04% en faveur de Chromium. Ce qui est plus important, mais ce qui montre aussi que le moteur javascript de Webkit n’est finalement pas si à la traîne que cela 😉
Midori – en dehors de devenir le navigateur de l’environnement Xfce – partage le même coeur de rendu de pages Web, à savoir webkit. En dehors du fait que Chromium n’existe qu’en version 32 bits (pas de version native 64 bits), j’ai voulu voir les différences… Et si Chromium est finalement si intéressant que cela.
Dans ce but, j’ai installé dans une ArchLinux 64 bits dans une machine virtuelle kvm un environnement Xfce 4.6.1 avec la dernière version en date de Midori, la 0.1.7.
En dehors du fait de passer sans aucun problème Acid3, le score obtenu par Midori sur la 4ième version du test de rapidité du moteur V8 de Google Chrome. En effet, le score obtenu est de 871 points.
Chromium, une fois toutes les dépendances 32 bits installées, obtient un score de… 1025 points seulement… 17,68% plus rapide. Le moteur de JS v8 ne serait donc pas rapide que cela ?
D’ailleurs, le test acid3 est passé par Chrome, mais de manière imparfaite. Donc, on peut faire tout un tapage sur Chromium, mais il risque de fermer sa bouche bientôt sur Linux par rapport à Midori…
Maintenant, il est sûr que la puissance de frappe commerciale de Google est largement supérieure à celle de Midori et de ses développeurs…
Chakra Linux, c’est une ArchLinux avec KDE en version liveCD, avec un installateur facile. Par manque de chance, la version alpha2 n’est pas disponible en 64 bits 🙁
Voici comment faire. Un peu long, mais le résultat est à peu près identique à celui du liveCD. Il nous faudra :
De la patience et savoir lire les wikis 😉
 |
| Chakra Linux 64 bits |
Continuer la lecture de « Comment reproduire à la main Chakra Linux en 64 bits. »
Sacré dimanche. Suite à un message sur identi.ca de devil505, j’ai récupéré le PKGBUILD de Rhythmbox et je l’ai modifié pour la version 0.12.2 du logiciel de musique : en clair la ligne pkgver et la ligne md5sum pour que tout colle. Et voici le résultat 😉
La liste des changements de Rhythmbox 0.12.2 est présente ici à cette adresse : http://ftp.gnome.org/pub/GNOME/sources/rhythmbox/0.12/rhythmbox-0.12.2.news
Autre nouveauté intéressante : l’arrivée des xz-utils sur le répertoire testing en lieu et place des lzma-utils. En gros, cela permet d’utiliser l’option -J de gnutar 1.22.
Pour donner un ordre d’idée, voici la différence de taille entre le code source de Mozilla Firefox 3.0.10. En appliquant la compression maximale de xz en ligne de commande :
fred ~/download/source $ xz -9 firefox-3.0.10-source.tar
Et une fois le traitement fini :
fred ~/download/source $ ls -alh
total 65M
drwxr-xr-x 2 fred users 4,0K mai 31 18:53 .
drwxr-xr-x 3 fred users 4,0K mai 31 18:45 ..
-rw-r--r-- 1 fred users 36M mai 31 18:44 firefox-3.0.10-source.tar.bz2
-rw-r--r-- 1 fred users 29M mai 31 18:44 firefox-3.0.10-source.tar.xz
Soit un gain de taille de 7 MiO, ou 24,13% de moins… On comprend mieux le pourquoi du passage pour la Slackware linux de paquets du format tar.gz au format tar + xz…
Dans un précédent billet que j’ai effacé pour des raisons pratiques, j’avais parlé de l’adaptation du paquet officiel de VLC 1.0.0rc1 en me basant sur la version officielle 0.9.9 proposée par Archlinux.
Depuis quelques jours, la compilation de la version de développement de VLC dont j’ai parlé dans un précédent billet est impossible.
Or, la version RC2 sera bientôt disponible. En effet, depuis le 27 mai, un répertoire 1.0.0-rc2 est disponible sur le serveur FTP de Videolan.
J’ai donc repris le PKGBUILD officiel et je l’ai adapté pour proposer une version 1.0.0rc2 du logiciel.
Pour compiler cette version, il suffit d’entre la commande suivante :
yaourt -S vlc-dev
Et de patienter. Voici le résultat avec le DVD1 du montage de Palmer666 du concert de Nine Inch Nails à Victoria en décembre 2008.
D’ici quelques jours, l’annonce officielle pour VLC ?
Archlinux, même si c’est une distribution qui se vante d’avoir des versions récentes n’est pas toujours à la pointe. VLC dans sa version 0.9.9 souffre d’un bug assez ennuyeux : deux fenêtres au lieu d’une seule.
Et comme la version proposée par le dépôt testing est toujours en 0.9.9, il faut utiliser yaourt et le paquet vlc-git pour avoir une version plus récente.
Rien de plus simple : il suffit d’entrer dans un terminal la commande :
yaourt -S vlc-git.
Attention ! Un bug subsiste : il faut ajouter l’option (sans les guillemets) « –disable-zvbi » dans la ligne configure du PKGBUILD lorsqu’on yaourt demande si on veut modifier le PKGBUILD.
Il suffit ensuite de patienter. Et à vous les joies d’un VLC pré-1.0 fonctionnel.
NB : pour certains DVDs, il est nécessaire – soupir ! – d’installer le paquet libdvdcss… Quoique le jeu en vaut la chandelle 😉
NetBSD 5.0 est sorti il y a environ 15 jours. C’est le BSD libre le plus porté (une cinquantaine d’architectures matérielles sont supportés)… Sauf les émulateurs comme qemu / Kvm et VirtualBox.
Ma première tentative a été avec Qemu 0.10.4 (dont la version pour archlinux contient l’émulation KVM), ce qui donne en ligne de commande :
fred ~/download $ qemu-img create -f qcow2 nb5.img 32G
Formatting 'nb5.img', fmt=qcow2, size=33554432 kB
Lancement :
fred ~/download $ qemu --enable-kvm -m 1024 -soundhw all -k fr -localtime -hda nb5.img -cdrom amd64cd-5.0.iso -boot d &
Et le démarrage plante toujours au même moment, quelque soit l’option prise avec cet écran laconique…
Pour VirtualBox ? Pas mieux. Une machine virtuelle avec 768 Mo dédié à un NetBSD se plante au tout début du démarrage…
Les distributions « rolling releases », c’est bien même si parfois être trop « bleeding-edge », cela a des désavantages avec des logiciels parfois un peu trop « frais ».
Hier, le noyau 2.6.29.3 est sorti. Aujourd’hui, il est disponible dans le dépot testing d’Archlinux.
En faisant mon bi-quotidien :yaourt -Suy j’ai eu droit à la mise à jour du noyau 2.6.29.3. Ok, avec le dépot kernel-mainline d’Ubuntu Linux, on a la même fraicheur de noyau. Ou presque 😉
Et une capture d’écran de mon beau bureau au passage :
