Un des arguments qu’on emploie le plus pour « casser » les distributions GNU/linux, en dehors de l’absence d’une ludothèque (et pour jouer, il y a les consoles après tout), c’est qu’il n’y a aucun outil disponible avec GNU/Linux.
Mais laissez moi vous raconter une mésaventure assez récente.
Actuellement en vacances en famille, j’utilise un vieil eeePC 10,1″ de 2010. Donc, MS-Windows XP dessus. J’avais il y a quelques semaines fait un « don » à un projet d’album, « In Shapes » de Bryyn qui a été financé complètement. Et ce matin, je reçois un courrier comme quoi la version numérique de l’album est disponible.
Ni une, ni deux, je récupère le fichier. N’ayant rien installé sur la machine, je décide d’utiliser l’outil d’archivage pour extraire les fichiers de l’archive zip récupéré. Et ce dernier m’annonce que le fichier est protégé par un mot de passe !
Intrigué, je télécharge 7zip, et l’extraction se passe sans problème. Il n’y avait pas de mot de passe !
Bon, un bug, ça peut arriver, mais qu’un fichier soit détecté avec un mot de passe par un logiciel et sans par un autre, sur un aussi vieux format que le zip… Bref 🙂
Observant le monde des distributions GNU/Linux et des logiciels la composant, la tendance semble être « retour vers le futur » à grande vitesse. Je ne me souviens pas d’avoir vu depuis plus de 6 ans une telle tendance à rejeter les nouvelles versions de logiciels. C’est même devenu une mode.
On peut apprécier l’amélioration des performances, l’étendue du matériel supporté, les kikoololeries en tous genre maintenant possibles. Mais la vision de l’informatique que me propose Grub2 n’est pas la mienne. Le nouveau Grub, c’est l’obfuscation imposée au nom de la performance technique. Je cherche tout le contraire, la transparence, même au prix d’inconvénients techniques.
Bref, sur Arch, j’utiliserai lilo.
Dans ce cas, pourquoi ne pas utiliser la Slackware qui propose Lilo comme seul chargeur de démarrage ? Il est vrai que comme pour les fichiers de configuration simplifiés qui ont été introduit récemment, on touche tous les jours à la configuration de son chargeur de démarrage. Sur ma machine principale, j’ai du touché en tout et pour tout 2 fois au fichier grub.cfg, en éditant le fichier /etc/default/grub pour changer la résolution d’affichage pour choisir les couleurs d’affichage des lignes.
Et c’est tout ! Grub 0.97est obsolète. Laissons-le prendre sa retraite, bien méritée.
La page du projet annonce que le port est à environ 40% du total fin juillet. Ce qui laisse du temps pour intégrer le projet qui apportera plus de choix aux utilisateurs, même si je me demande comment les codeurs de MATE vont faire pour intégrer le support de gtk3 dans le code dérivé de Gnome 2. Simple question, hein 😉
Je suis d’accord pour que le choix existe et prospère. Tant que cela ne signifie pas le rejet de certaines technologies ayant un passif passé moins chargé, pourquoi pas ?
Mais, et même si je comprends les utilisateurs des interfaces « traditionnelles », faisons un parallèle osé : pourquoi marcher sur nos pattes arrières alors qu’on se déplace aussi bien à quatre pattes ? Hein, pourquoi ? 😉
Une légende urbaine a été propagée sur MATE, dérivé du code source de Gnome 2.32.1. Cette légende urbaine, propagée entre autre par cet article de ManiacGeek, je cite le morceau en question, veut que MATE soit une réalisation de Linux Mint, alors que l’interface maison de Linux Mint, c’est Cinnamon !
« A tel point que les utilisateurs se sont précipités sur MATE, le fork de Gnome 3 développé pour Linux Mint. »
C’est faux ! Archi-faux ! Ultra-faux ! MATE n’est pas né avec son inclusion dans la Linux Mint 12, je cite les notes de publication de Linux Mint 12 :
« MATE is brand new, it’s not completely stable yet, and it’s missing a few parts. It’s being actively maintained and with close collaboration between the MATE developers and Linux Mint. With time the project will gain maturity and provide users with a traditional and solid desktop experience. »
Ce qui donne traduit :
MATE est tout jeune, ce n’est pas encore complètement stable et il manque quelques morceux . Il est activement maintenu avec l’étroite collaboration entre les développeurs de MATE et de Linux Mint. Avec le temps le projet gagnera en maturité et fournira aux utilisateurs une expérience traditionnelle et solide de bureau.
Hello everyone.
I’ve made a GNOME2 fork. I’ve called it « Mate ».
My english is not so good. And so, maybe I can not give support in English.
Correct me if I’m wrong. Any suggestion is welcome.
…sorry about short description.
MATE Desktop Environment, a non-intuitive and unattractive desktop for users, using traditional computing desktop metaphor. Also known as the GNOME2 fork.
Inutile de traduire, je pense.
Alors, la prochaine fois qu’une personne dira : « MATE, le projet de la Linux Mint ? », il ne restera plus qu’une chose à faire : lui donner une fessée cul-nu, en place publique avec une poignée d’orties bien fraiches !
Archlinux se base sur le principe du KISS, en clair la simplicité érigée en règle immuable. Cependant, une annonce sur la liste arch-dev-public a mis le feu aux poudres. Le fichier /etc/rc.conf (colonne vertébrale d’une distribution archlinux) se voit dépouillé de nombre de ses attributs. Au moment où j’écris cet article, le paquet contenant le nouveau /etc/rc.conf est dans le dépot testing.
Autant dire que cette course à la simplicité entraine une forme de complexité, car au lieu d’un seul fichier, on se retrouve avec 6 fichiers à configurer, en plus du /etc/rc.conf.
Autant dire que cela risque de faire fuir des personnes de bonnes volontés, intéressée par une distribution toujours à jour, vers des distributions plus « connues », comme la Fedora Linux 17 qui me fait franchement de l’oeil.
Cela résume en un éclatement du fichier /etc/rc.conf, qui est réduit à son strict minimum) ; on se retrouve avec :
Pour les modules autorisés : /etc/modules-load.d/
Pour les modules bloqués : /etc/modprobe.d/blacklist.conf
Pour la « linguistique »: /etc/locale.conf (langue) et /etc/vconsole.conf (clavier)
Pour le nom de la machine sur le réseau : /etc/hostname
Pour le fuseau horaire : /etc/timezone
J’ai réussi à passer mon système avec un /etc/rc.conf monolitique vers cette version « éclatée ». Voici un mode d’emploi, merci VirtualBox pour m’avoir aidé 😉
Nous vivons une époque formidable. Mais si ! Depuis des années, on nous parle de sécurisation de l’informatique personnelle. Je suis entièrement d’accord, il faut sécuriser l’informatique, surtout à une époque d’ultra-connectivité.
Cependant, l’énième avatar de cette volonté de sécuriser l’informatique, à savoir la technologie SecureBoot (et l’effet « indésirable » que cela entraînera à terme sur la communauté du libre au plaisir non dissimulée de Microsoft, comme je l’ai exprimé sur un article écrit pour Chatinux), risque de provoquer la naissance d’une informatique où la défiance sera la règle.
Les verrous numériques ont fait depuis longtemps la preuve de leur inefficacité ou de leur nuisance envers les utilisateurs honnêtes. Les verrous des DVD et des BluRay ont soit été cassés soient contournés. Cette course à l’armement sera sans fin.
Quand on me parle du principe de SecureBoot, qui n’autorise le démarrage que si la clé annoncée par le système d’exploitation est autorisée donc valide, ça me fait penser à une scène du film « Gattaca« .
Dans cette scène, on voit la population « valide » accéder à leurs lieux de travail en se basant sur une goutte de sang, comme une clé pour ouvrir une porte. Des outils vérifient que cette goutte de sang est celle d’une personne qui a le droit d’accès ou pas.
Car l’informatique dite « de confiance » ne pourra l’être sans une forme minimale de censure. Censure technologique qui sera l’utilisation de clé qui donnera l’autorisation ou non au système d’exploitation de lancer l’application.
D’ailleurs, le principe existe depuis des années sur MS-Windows, avec les pilotes dit WHQL. Cependant, on peut toujours installé un pilote non-WHQL, le système prévenant l’utilisateur.
On ne protègera pas uniquement l’informatique par l’obscurité et l’empilement de verrous plus ou moins solide. Un minimum de pédagogie et d’information est nécessaire.
SecureBoot est une mauvaise réponse à une bonne question : comment éviter que des logiciels vérolés ne démarre sur une machine ?
Et pour finir, je reprendrais la conclusion de mon article sur Chatinux :
Tirons donc notre chapeau à l’enseigne de Microsoft qui en combattant le problème des machines qui pourrait faire démarrer une version frelatée (piratée ?) d’un OS, cela aura comme effet “kiss-cool” de se débarrasser d’un concurrent minuscule : GNU/Linux. Quoique la communauté GNU/Linuxienne s’occupe très bien de son cas toute seule, comme j’ai pu l’écrire sur mon blog personnel, avec un billet teinté d’humour acide.
En voulant conforter l’utilisateur en lui disant : avec telle et telle technologie tu seras à l’abri, cela créera d’abord un sentiment fallacieux de sécurité et engendrera une défiance envers l’outil informatique au final.
