KahelOS, version mai 2010, quoi de neuf ?

J’avais déjà testé il y a quelques temps la KahelOS, critiquant certains points comme la surcharge du fichier /etc/rc.conf.

J’ai eu envie de voir à quoi ressemblait la version mai 2010 (oui, alors qu’au moment où j’écris le billet, nous sommes le 28 avril 2010).

Après avoir récupéré l’image ISO, j’ai lancé la machine virtuelle classique pour ce genre de test.

Donc, en ligne de commande :


fred@frugalware:~/download$ qemu-img create -f qcow2 disk.img 32G
Formatting 'disk.img', fmt=qcow2 size=34359738368 encryption=off cluster_size=0
fred@frugalware:~/download$ kvm64 -hda disk.img -cdrom kahel-desktop-050110-x86_64.iso -boot d &

Pour mémoire, kvm64 est un alias pour :


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

Après un écran de démarrage assez coloré, on arrive à un installateur en mode texte assez agréable. Et qui est en gros le copier / coller de la version précédente 😉

Notons que l’installation totale est d’environ 3,2 GiO…

Continuer la lecture de « KahelOS, version mai 2010, quoi de neuf ? »

Fedora 13 Béta : quand la deuxième tentative est la bonne ;)

J’avais, il y a une semaine tenté en vain de mettre à jour une Fedora Linux 13 béta fraichement installée depuis l’image d’installation au format DVD. J’ai donc retenté ma chance en partant de l’image liveCD, ou plutôt liveDVD étant donné que celle-ci pèse près de 900 Mo, et cette fois-ci cela a été la bonne.


fred@frugalware:~/download$ qemu-img create -f qcow2 f13b.img 32G
Formatting 'f13b.img', fmt=qcow2 size=34359738368 encryption=off cluster_size=0
fred@frugalware:~/download$ kvm64 -hda f13b.img -cdrom F13-Beta-x86_64-Live.iso -boot d &

Pour mémoire, kvm64 est un raccourci pour :


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

Parmi les bonnes nouvelles, la résolution écran a été directement celle que je voulais, du 1024×768. Et coté nombre de mises à jour, elles se sont faites en deux étapes. D’abord yum (9 mises à jour cumulées), puis le reste (dont Gnome 2.30 et le noyau linux 2.6.33.2) soit 414 mises à jour.

Après une grosse heure et demie d’attente, la Fedora 13 me propose un Gnome 2.30 fonctionnel. L’ensemble est assez léger malgré tout, et j’avoue que le fond d’écran est assez reposant 😉

J’ai donc ensuite utilisé l’outil de gestion de paquets basé sur PackageKit – qui devient enfin utilisable – pour installer le logiciel qui m’a fait découvrir Pino par la suite, j’ai cité Gwibber. Même si c’est un « je t’aime moi non plus » entre les développeurs de Fedora Linux et Gwibber 2.30, celui-ci est disponible, mais il faut l’installer par soi-même.

Et on voit à quel point il est devenu lourd en vieillissant… Lorsqu’on l’installe, 50 Mo de dépendances sont installées… Sans oublier qu’il faut lancer un service supplémentaire, couchdb.

Et joie, on voit un Gwibber 2.30.0.1 qui fonctionne en dehors de sa version pour Ubuntu.

J’avoue que je m’étais un peu emporté lors de ma première gueulante sur la dérive de gwibber. Ok, il fonctionne pour Fedora 13. Mais installer 50 Mo de dépendances pour un simple logiciel de microblogging, cela fait un peu lourd.

Fedora Linux 13 ? Je pense que ce sera une version de bonne qualité. Reste à savoir si elle pourra se faire une place au soleil dans le domaine des distributions gnu/linux pour grand public 🙂

Comment Apple est devenu l’alpha et l’omega de certains acteurs du logiciel libre – partie 2.

Pour cette deuxième partie, j’ai envie de parler de la tendance de certains membres du libre à pomper allègrement – avec plus ou moins de finesse – ce que fait Apple.

Comme apéritif, je vais utiliser une certaine version de la Debian 5.0 (alias Lenny) qui propose une version KDE, la 3.5.9.

J’ai donc récupéré l’image iso via wget :

fred@frugalware:~$ wget -c http://cdimage.debian.org/debian-cd/5.0.4/amd64/iso-cd/debian-504-amd64-kde-CD-1.iso
–2010-04-16 14:29:07– http://cdimage.debian.org/debian-cd/5.0.4/amd64/iso-cd/debian-504-amd64-kde-CD-1.iso
Résolution de cdimage.debian.org (cdimage.debian.org)… 130.239.18.173, 130.239.18.163, 2001:6b0:e:2018::173, …
Connexion vers cdimage.debian.org (cdimage.debian.org)|130.239.18.173|:80…connecté.
requête HTTP transmise, en attente de la réponse…302 Found
Emplacement: http://caesar.acc.umu.se/debian-cd/5.0.4/amd64/iso-cd/debian-504-amd64-kde-CD-1.iso [suivant]
–2010-04-16 14:29:07– http://caesar.acc.umu.se/debian-cd/5.0.4/amd64/iso-cd/debian-504-amd64-kde-CD-1.iso
Résolution de caesar.acc.umu.se (caesar.acc.umu.se)… 130.239.18.142, 2001:6b0:e:2018::142
Connexion vers caesar.acc.umu.se (caesar.acc.umu.se)|130.239.18.142|:80…connecté.
requête HTTP transmise, en attente de la réponse…200 OK
Longueur: 679571456 (648M) [application/octet-stream]
Sauvegarde en : «debian-504-amd64-kde-CD-1.iso»

100%[======================================>] 679 571 456 523K/s ds 20m 23s

2010-04-16 14:49:31 (543 KB/s) – «debian-504-amd64-kde-CD-1.iso» sauvegardé [679571456/679571456]

Et j’ai ensuite utilisé le protocole habituel de test :


fred@frugalware:~/download$ qemu-img create -f qcow2 deb.img 32G
Formatting 'deb.img', fmt=qcow2 size=34359738368 encryption=off cluster_size=0
fred@frugalware:~/download$ kvm64 -hda deb.img -cdrom debian-504-amd64-kde-CD-1.iso -boot d &

Ensuite, une fois installé, on peut très bien avoir un comportement des fenêtres avec les applications KDE à la MacOS. Il faut ouvrir le centre de contrôle, et aller dans « Bureau / Comportement » et « Barre de menus de l’application courante (Comme MacOS) ».

Un KDE 3.5 à la sauce Apple ?

Konsole 3.5.x en mode macos

Pour un environnement qui se basait sur Microsoft Windows pour ses grandes lignes (bouton K en lieu et place du Menu Démarrer), navigateur natif (Konqueror), etc, cela faisait un peu étrange. Mais passons sur cette fonctionnalité anecdotique, et voyons le coeur du problème : combien de technologies et de fonctionnalités de MacOS ont été réprise dans le monde du libre :

Et on pourrait continuer la liste, mais je me suis basé aux premiers exemples qui me sont venus, car ce sont les plus visibles.

Entendons-nous bien sur un terme, l’innovation :

Ensemble du processus qui se déroule depuis la naissance d’une idée jusqu’à sa matérialisation (lancement d’un produit), en passant par l’étude du marché, le développement du prototype et les premières étapes de la production.

Maintenant, il faudrait presque penser que l’innovation est devenu une grossièreté. Qu’y a-t-il de réellement novateur dans des logiciels comme Cairo-Dock ?

De quand date un projet réellement novateur dans le domaine du logiciel libre et opensource ? J’avoue que j’ai du mal à répondre. Il semblerait que la communauté du libre soit devenue un peu plus frileuse en ce moment, en se limitant presque à recoder des idées déjà testées ailleurs.

Tout compte fait, le seul gros logiciel vraiment novateur, ce sera peut-être Gnome-Shell, qui devrait sortir avec Gnome 2.32 alias Gnome 3.0, car il bouleversera complètement l’interface telle qu’on la conçoit actuellement.

Je me souviens d’une époque pas si lointaine où les projets innovants provenaient du monde du libre et que le monde du « privateur » adaptait tant bien que mal.

J’ai bien aimé le commentaire de Respawner sur l’article précédent et surtout une phrase :

Et pensez à un truc, l’innovation passe aussi par la copie et la reprise de certaines idées.

Si copier est innover, alors l’interface de MS Windows qui est la parfaite symétrie horizontale de MacOS (ou presque) est énormément innovatrice.

Il est vrai qu’Apple est un mètre étalon en ce qui concerne l’ergonomie et la facilité d’utilisation, c’est ce que je disais lors du premier anniversaire de mon époque d’utilisateur de Mac.

Mais à trop vouloir copier l’interface du Mac, on finit par tomber dans les mêmes travers : contrôler l’utilisateur en lui faisant croire qu’il est libre de choisir les logiciels qu’il veut utiliser.

On pourra toujours faire croire à l’utilisateur que l’informatique c’est magique, mais c’est tout sauf cela. L’informatique, c’est quelque chose de mécanique.

A trop vouloir cacher la réalité des choses, on finit par rendre les utilisateurs complètement incapable de penser par eux-même, et on finit à des réinstallations semestrielle car la mise à jour via le réseau se sera mal passée.

Si j’aime la communauté du libre, c’est à cause de la possibilité de pouvoir dépanner une machine sans avoir besoin de formater, comme cela est le cas dans le monde du logiciel privateur (bien que ce soit surtout vrai chez Redmond).

Maintenant, si vous considérez qu’en codant des beagle, tracker, amarok ou autre Cairo-Dock, on innove en copiant, c’est votre choix. Je vous le laisse, mais je ne le partage pas le moins du monde.

Finissons de MacOS-Xiser une Ubuntu Linux 10.04… ou comment Apple est devenu l’alpha et l’omega de certains acteurs du logiciel libre – partie 1.

NB : J’ai longtemps hésité avant de poster cet article sur le planet-libre, mais comme il parle de logiciels libres sans se limiter à un bête coup de gueule, je l’ai posté. Si un de mes camarades administrateurs ou modérateurs décide de l’enlever, je n’y verrais aucun inconvénient.

J’ai déjà plusieurs fois parlé de la tendance de Canonical à copier l’interface d’Apple et de son MacOS-X. Au moins sur deux billets, dont le dernier est assez humoristique sur le plan du titre.

J’ai donc récupéré l’image iso d’une version récente de développement d’Ubuntu Linux 10.04 via wget :

fred@frugalware:~/download$ wget -c http://cdimages.ubuntu.com/daily-live/current/lucid-desktop-amd64.iso
–2010-04-16 11:29:28– http://cdimages.ubuntu.com/daily-live/current/lucid-desktop-amd64.iso
Résolution de cdimages.ubuntu.com (cdimages.ubuntu.com)… 91.189.88.34
Connexion vers cdimages.ubuntu.com (cdimages.ubuntu.com)|91.189.88.34|:80…connecté.
requête HTTP transmise, en attente de la réponse…200 OK
Longueur: 728909824 (695M) [application/x-iso9660-image]
Sauvegarde en : «lucid-desktop-amd64.iso»

100%[======================================>] 728 909 824 689K/s ds 17m 17s

2010-04-16 11:46:45 (687 KB/s) – «lucid-desktop-amd64.iso» sauvegardé [728909824/728909824]

Et j’ai ensuite utilisé le protocole habituel de test :


fred@frugalware:~/download$ qemu-img create -f qcow2 ubu.img 32G
Formatting 'ubu.img', fmt=qcow2 size=34359738368 encryption=off cluster_size=0
fred@frugalware:~/download$ kvm64 -hda ubu.img -cdrom lucid-desktop-amd64.iso -boot d &

Pour mémoire, kvm64 est un alias pour :


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

On va maintenant rendre Ubuntu Linux 10.04 copie presque conforme à MacOS-X. Et il suffit de quelques minutes et d’utiliser uniquement des logiciels disponibles dans les dépots par défaut.

Comment ? Suivez le guide 🙂

Après avoir effectué les mises à jour, j’ai lancé l’installation de cairo-dock. A cause de certaines limitations de la machine virtuelle, l’ensemble n’est pas très rapide à l’usage. Il suffit d’aller dans la Logithèque Ubuntu et de chercher cairo-dock, puis de l’installer.

Continuer la lecture de « Finissons de MacOS-Xiser une Ubuntu Linux 10.04… ou comment Apple est devenu l’alpha et l’omega de certains acteurs du logiciel libre – partie 1. »

Fedora 13 Beta : à suivre d’ici quelques jours ? ;)

La béta de la 13ième version de la distribution Fedora Linux est disponible depuis peu.

Utilisant le réseau bitorrent avec l’excellent client Transmission (ou plutôt le réseau de pirates dixit les sociétés de droits d’auteurs…), j’ai récupéré l’image ISO du DVD en 64 bits.

Ensuite, j’ai lancé l’installation dans la machine virtuelle habituelle :


fred@frugalware:~/download$ qemu-img create -f qcow2 f13b.img 32G
Formatting 'f13b.img', fmt=qcow2 size=34359738368 encryption=off cluster_size=0
fred@frugalware:~/download$ kvm64 -hda f13b.img -cdrom Fedora-13-Beta-x86_64-DVD.iso -boot d &

Pour mémoire, kvm64 correspond à :


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

Pour être tranquille avec qemu, j’ai choisi l’option « Install system with basic video driver », sinon l’affichage est inutilisable 🙁

Continuer la lecture de « Fedora 13 Beta : à suivre d’ici quelques jours ? 😉 »

En vrac’ rapide et libre.

N’ayant pas trop de temps à consacrer au « blogging » cette semaine, je comble un peu le « trou » avec un petit en vrac’ rapide et libre.

C’est tout pour aujourd’hui, j’espère faire mieux d’ici ce week-end 😉

Network Manager a-t-il révélé un méchant bug dans le noyau linux ?

Il y a quelques temps, j’annonçais l’arrivée de Network Manager sur le dépot current de la Frugalware Linux.

Peu de temps après, j’ai été confronté à un bug assez ennuyeux qui se manifestait après une charge réseau un peu lourde ou une grosse opération de calcul : la connexion wifi rendait l’âme.

J’ai donc ouvert un bug, le 4156. Un bug proche existait déjà, et comme un patch était disponible, Miklos Vajna m’a proposé un patch adapté pour recompiler le noyau.

Après une série de galères pour recompiler le noyau, j’y arrive enfin, et manque de chance, le bug est toujours présent, cependant, une ligne m’interpelle et me donne une piste :


net_ratelimit: 10 callbacks suppressed
ath5k phy0: gain calibration timeout (2412MHz)
ath5k phy0: gain calibration timeout (2467MHz)
ath5k phy0: gain calibration timeout (2412MHz)
ath5k phy0: gain calibration timeout (2472MHz)
ath5k phy0: gain calibration timeout (2412MHz)
No probe response from AP 00:1d:6a:9b:6f:a0 after 500ms, disconnecting.

Après quelques recherches, je m’aperçois que cela ne touche pas que mon circuit wifi, mais aussi d’autres, comme ceux de Broadcomm par exemple.

Un contournement sale a été trouvé, via un bug sur le tracker du site kernel.org sur la fiche du bug 15693 : désactiver toute gestion de l’énergie… Et cela semble fonctionner 🙁

Donc, je compte retourner pour le moment à Wicd qui n’utilise pas la connexion wifi quand la connexion filaire est présente.

Ce sera déjà mieux que de désactiver la gestion de l’énergie, non ? 😉

Un correctif pour un effet de bord de l’arrivée de NetworkManager sur Frugalware-current.

J’annonçais dans mon précédent billet l’arrivée de NetworkManager sur la Frugalware-current.

Cependant, j’ai été confronté à un effet de bord : à chaque fois que j’ose fermer ma session pour la réouvrir – suite à un redémarrage par exemple, j’ai droit à ce genre de boite de dialogue :

Ce qui devient vite lassant. Surtout que la clé wep ne semblait pas être enregistrée 🙁

merci d'insérer la clé ;)

Après en avoir discuté sur le canal irc #frugalware.fr disponible sur freenode avec Bouleebil, j’ai décidé de fouiller un peu le fichier /etc/pam.d/gdm et voici ce que j’ai vu :

#%PAM-1.0
auth required pam_unix.so
auth requisite pam_nologin.so
account required pam_unix.so
password required pam_unix.so
session required pam_unix.so
#Gnome Keyring’s PAM Support
#auth optional pam_gnome_keyring.so
#session optional pam_gnome_keyring.so auto_start

Or, keyring signifie trousseau en anglais !

J’ai essayé en sortant les « # » sur les deux dernières lignes et en redémarrant. Après plusieurs essais de fermeture et de réouverture de session, la boite de dialogue n’apparaît plus.

Donc, si cela peut être utile, je vous donne l’info 😉

Petit hors sujet : si vous utilisez identi.ca, j’ai créé un groupe frugalwarefr pour les utilisateurs francophones de la frugalware 🙂

NetworkManager enfin disponible sur Frugalware-current ;)

Hier soir, lorsque dans mon Pino, j’ai vu apparaître l’info suivante postée par Devil505, j’ai du me pincer pour y croire. NetworkManager arrivait enfin sur Frugalware-current !

Tout comme Wicd, il permet de gérer les connexions d’une machine. Mais j’avoue que j’ai toujours préféré NetworkManager à Wicd pour une raison : on peut rapidement changer d’une connexion sans-fil à une connexion filaire. Le délai d’attente est proche de zéro.

L’installation se fait très simplement. On commence par mettre à jour le dépot de la frugalware-current :


sudo pacman-g2 -Syy

Puis on installe les composants de NetworkManager. Je me suis limité au strict minimum, sachant qu’il existe des greffons pour chaque type de connexion possible, comme pour les VPN par exemple)


sudo pacman-g2 -S networkmanager nm-applet

J’ai ensuite utilisé gService pour désactiver Wicd et activer NetworkManager au démarrage de la machine. Un simple rédémarrage après, l’icone de NetworkManager était disponible, et je n’avais plus qu’à rentrer la clé de ma livebox pour me connecter en liaison sans fil.

Merci à Bouleetbil pour avoir créé et géré les paquets de NetworkManager.

Liste des réseaux sous NetworkManager 0.8

NetworkManager 0.8 en action

Par rapport à mon expérience sous Archlinux, il me manquait deux logiciels : NetworkManager et PulseAudio.

Maintenant à quand le tour de PulseAudio ?

Pino 0.2.5, déjà ;)

Il y a à peine deux jours, je parlais des nouveautés de la future version de Pino, et la voila déjà arrivée !

  • Gestions des favoris (ajout, suppression, affichage)
  • Rajout du raccourcisseur d’url ur1.ca
  • Support du langage vala 0.8.0
  • Support très basique de l’applet d’indication

Et les obligatoires captures d’écran :

Favoris dans Pino 0.2.5

Crédits de pino 0.2.5

Merci à Devil505 pour l’info 😉

Une nouveauté intéressante de la version de développement de Pino

Pino, le client léger pour identi.ca et Twitter vient de se voir rajouter récemment une fonctionnalité qui lui faisait défaut : la possibilité de choisir des micro-articles en tant que favoris.

Pour les utilisateurs de la Frugalware-Linux, j’ai repris le FrugalBuild de Devil505 et je l’ai modifié en conséquence :

# Pino-svn version.
# Based on Devil505 work 😉
# Compiling Time: 0.03 SBU
# Maintainer: Devil505

pkgname=pino-svn
pkgver=0.2.4
pkgrel=1
pkgdesc= »Pino is a Twitter client for the Linux desktop. It’s simple and fast. »
depends=(‘atk’ ‘libgee’ ‘libnotify’ ‘webkit’ ‘unique’ ‘libxinerama’ ‘libxi’ ‘libxrandr’ ‘libxcursor’ ‘libxcomposite’ ‘libjpeg’ ‘libxslt’ ‘libxt’ ‘libice’ ‘libuuid’ ‘gtkspell’ ‘hunspell’)
makedepends=(‘vala’ ‘intltool’)
options=(‘scriptlet’)
replaces=(‘pino’)
#_F_googlecode_ext= ».tar.bz2″
#_F_googlecode_dirname= »pino-twitter »
#_F_gnome_iconcache= »y »
groups=(‘xapps-extra’)
archs=(‘i686’ ‘x86_64’)

_F_scm_type= »mercurial »
_F_scm_url= »https://pino-twitter.googlecode.com/hg/ »
_F_gnome_desktop= »y »
_F_gnome_iconcache= »y »
Finclude gnome-scriptlet scm
build() {
Funpack_scm
./waf configure –prefix=/usr || Fdie
./waf build || Fdie
./waf install –destdir=$Fdestdir || Fdie
Fbuild_gnome_scriptlet
}

Pour la compilation ? Un simple :

sudo makepkg -uc

Et le paquet se compile sans problème.

Voici donc les captures d’écran de la nouvelle fonctionnalité qui apparait sous la forme d’une étoile à cliquer en haut à droite de chaque citation.

Ajout de favoris dans Pino

Et la boite qui résume les favoris que l’on a enregistré :

Liste des favoris dans pino

Décidément ce client léger a tout pour plaire, du moins, du plus en plus de quoi plaire l’utilisateur qui ne veut pas d’une usine à gaz pour son micro-blogging !

Aperçu rapide de la Zenwalk 6.4 beta 1

La ZenWalk, c’est un mélange de Slackware Linux avec Xfce. Ayant lu sur distrowatch l’arrivée d’une nouvelle version béta remplie de nouveautés (dont un noyau très récent), j’ai décidé d’y jeter un oeil.

J’en avais déjà parlé à l’époque de la première RC de la version 6.0, ce qui remonte à mars 2009.

J’ai donc utilisé l’outil wget pour récupérer une image iso de cette distribution en 32 bits.

fred@frugalware:~/download$ wget -c http://chronos.iut-bm.univ-fcomte.fr/distributions/zenwalk/people/jp/28032010/zenwalk-6.4beta.iso
–2010-04-01 07:00:01– http://chronos.iut-bm.univ-fcomte.fr/distributions/zenwalk/people/jp/28032010/zenwalk-6.4beta.iso
Résolution de chronos.iut-bm.univ-fcomte.fr (chronos.iut-bm.univ-fcomte.fr)… 193.52.61.12
Connexion vers chronos.iut-bm.univ-fcomte.fr (chronos.iut-bm.univ-fcomte.fr)|193.52.61.12|:80…connecté.
requête HTTP transmise, en attente de la réponse…206 Partial Content
Longueur: 540936192 (516M), 540723200 (516M) restant [application/x-iso9660-image]
Sauvegarde en : «zenwalk-6.4beta.iso»

100%[======================================>] 540 936 192 710K/s ds 12m 57s

2010-04-01 07:12:58 (680 KB/s) – «zenwalk-6.4beta.iso» sauvegardé [540936192/540936192]

J’ai ensuite utilisé la machine virtuelle habituelle en utilisant les lignes de commande suivantes :


fred@frugalware:~/download$ qemu-img create -f qcow2 zen.img 32G
Formatting 'zen.img', fmt=qcow2 size=34359738368 encryption=off cluster_size=0
fred@frugalware:~/download$ kvm32 -hda zen.img -cdrom zenwalk-6.4beta.iso -boot d &

kvm32 est le raccourci pour la commande suivante :


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

Après un démarrage en mode texte, on arrive directement sur l’outil d’installation.

Zenwalk 6.4 beta 1

Continuer la lecture de « Aperçu rapide de la Zenwalk 6.4 beta 1 »

Double claque pour Microsoft ?

Je publie volontairement ce billet le 31 mars, pour éviter d’être accusé de faire un gros poisson d’avril.

Première claque : SCO encore débouté sur ses prétentions sur Unix.

Pourquoi est-ce que je dis que c’est Microsoft qui se prend une claque ? Il faut se souvenir que SCO Unix s’appellait à l’origine Microsoft Xenix

Et que Microsoft a soutenu SCO au début de l’affaire SCO contre Novell… En 2004 !

Deuxième claque : elle concerne Windows et sa conception même. Car il faut se souvenir qu’entre 1985 (sortie de MS Windows 1.0) et Windows Vista – début 2007 – une faille énorme de sécurité a existé : le premier compte avait des droits administrateurs, root en langage unix.

Or, toute personne qui a utilisé un unix ou un BSD dans sa vie sait une chose : un compte root, cela ne s’utilise que pour des taches administratives. D’ailleurs, en 2009, Microsoft a déposé un brevet sur une procédure qui copie la commande Sudo qui existe depuis… 1980 ! l

Un rapport récemment publié annonce qu’un minimum de 64% des failles comblées dans MS Windows l’année dernière étaient inactivées par l’utilisateur d’un compte utilisateur normal, en clair n’ayant pas les droits administrateurs (ce qui est par défaut le cas sur les windows jusqu’à Vista).

Si on prend le cas d’Internet Explorer, les failles sont désactivées à hauteur de… 94%…

Bref, un rapport annonce ce que les utilisateurs d’unix savent depuis environ 30 ans… Ne pas utiliser un compte root réduit les risques d’attaques dans une proportion énorme, de l’ordre de 90 à 95%

Comme disait Henry Spencer , « Those who do not understand Unix are condemned to reinvent it, poorly. » ce qu’on peut traduire par « Ceux qui ne comprennent Unix sont condamné à le réinventer, malheureusement en moins bien. »

Avec UAC (qui ressemble à sudo et sur KDESu / GKSu), que fait Microsoft au final ? 😉

L’histoire – en cours – d’un bug vicieux : le bug 4145 de la Frugalware Linux.

Comme toute histoire, il faut un commencement. Ce commencement, c’est le 17 mars qu’il arrive.

Ce jour là, arrive la version 1.7.6 du paquet xorg-server. Faisant la mise à jour du paquet et redémarrant ma session, je m’aperçois que compiz ne se lance plus. J’avais déjà parlé de ce problème.

Horreur, plus de fenêtres molles, de zolies animations lors de la réduction des fenêtres.

Je ferme l’icone de Fusion-Icon qui s’occupe de lancer Compiz, et je la relance en utilisant le terminal et je tombe sur un simple message d’erreur :

fred@frugalware:~$ fusion-icon &
[1] 3493
fred@frugalware:~$ * Detected Session: gnome
* Searching for installed applications...
* NVIDIA on Xorg detected, exporting: __GL_YIELD=NOTHING
* Using the GTK Interface
* Starting Compiz
... executing: compiz --replace --sm-disable --ignore-desktop-hints ccp
compiz (core) - Fatal: No damage extension

J’ouvre donc un rapport de bug, histoire de faire connaître le problème, le bug 4145.

Mon premier réflexe est de vérifier si un bug de ce style est connu, et je tombe sur quelque chose d’équivalent sur le suivi de bugs de la mandriva sur le bug 57889.

Mais le correctif proposé ne change rien.

Le seul correctif que je trouve, est plus un contournement qu’autre chose : rétrograder la version de xorg-server, en utilisant la 1.7.5 qui fonctionnait parfaitement. Et en la réinstallant, Compiz revient à la vie.

Je me dis alors que ce doit être un bug du pilote propriétaire nvidia, et je me débrouille pour empaqueter la nouvelle version, la 195.36.15. Mais aucun changement quand je repasse à la version 1.7.6 de xorg-server.

Entre temps, devil505 parle de mon problème dans son billet du 20 mars. J’ai droit par la même occasion d’être le premier lauréat du prix Cyrille de la semaine.

Le 23 mars, Hermier qui s’occupe du pilote nvidia se décide à me donner un coup de main. Et depuis 4 soirs, tout a été essayé, en essayant rester exhaustif :

  • Recréer le fichier xorg.conf avec le pilote récent et xorg-server 1.7.6
  • Désactiver xinerama et record dans le fichier xorg.conf
  • Utiliser des versions de xorg-server 1.7.6 avec des correctifs suspects
  • Empaqueter de manière officielle le dernier pilote propriétaire nvidia
  • Utiliser l’option composite de gnome
  • Recompilation de Xorg-Server aussi bien en local qu’avec l’aide de bouleetbil et d’hermier
  • Enlever le module nouveau du noyau à la sauvage
  • Mettre à jour la version de libdrm
  • Recompiler libxdamage
  • Rétrograder dri2proto

Les logs du canal irc #frugalware.fr 25 mars, du 26 mars – , et du 27 mars, liste tout ce qui a été tenté.

Maintenant, je dois avouer que je suis à court d’idées devant un tel bug, aussi vicieux

Mieux vaut en rire qu’en pleurer, au final, et j’espère que ce billet permettra d’apporter des idées nouvelles pour mettre à mort ce bug qui me facilite un brin le transit intestinal dans ma vie d’utilisateur d’informatique libre.

Un espoir serait peut-être l’arrivée de la version 1.8.0 de Xorg-server, prévue pour la fin du mois.

Qui vivra verra !

2 bugs à la c** en une semaine sur ma Frugalware-current…

En l’espace de quelques jours, j’ai été confronté à deux bugs à la c** sur ma Frugalware Linux, en version current. Je connais les « risques et les joies » d’une distribution en rolling-release, donc c’est assez normal que cela arrive. Mais je dois être comme Cyrille Borne, je dois attirer les bugs 😉

Et les deux sont suite à des mises à jours majeures de paquets. Le premier, le bug 4145 concerne un bug lié au passage à xorg-server 1.7.6 qui tue purement et simplement la composition sous Xorg avec le pilote propriétaire Nvidia. Après avoir rapporté le bug et posté un message sur le forum francophone de la Frugalware, je ne suis pas le seul à être apparemment concerné.

Ce n’est pas trop ennuyeux dans l’absolu, mais  quand on est devenu accroc aux fenêtres molles de Compiz-Fusion

L’autre bug que j’ai rapporté est cependant plus handicapant, car il empêche purement et simplement d’imprimer quoique ce soit avec mon imprimante HP PhotoSmart C3180. C’est le bug 4148. Devant imprimer un document, j’ai alors essayé de lancer l’outil HP-Toolbox, mais rien ne s’affichait. En lançant l’outil en ligne de commande, j’ai droit à ceci :


fred@frugalware:~$ hp-toolbox &
[1] 32677
fred@frugalware:~$ Traceback (most recent call last):
File "/usr/bin/hp-toolbox", line 39, in
from base import status, tui, module
File "/usr/share/hplip/base/status.py", line 40, in
import hpmudext
ImportError: libnetsnmp.so.15: cannot open shared object file: No such file or directory

Un fichier manquant ? En rétrogradant le paquet net-snmp, comme par miracle, l’outil HP-Toolbox est redevenu fonctionnel…

C’est quand même étrange qu’un bug aussi gros que celui-ci soit passé inaperçu durant près d’une semaine, car le paquet net-snmp fautif a été mis en ligne le 14 mars

Au moins, les bugs ont été signalés, on verra le temps qui sera mis pour les faire disparaître 😉