PROJET AUTOBLOG


FredericBezies

source: FredericBezies

⇐ retour index

En vrac’ de fin de semaine…

vendredi 11 août 2017 à 23:35

Comme chaque fin de semaine, l’habituel en vrac.

Côté logiciel libre, informatique et internet ? Rien, étant donné que l’actualité linuxienne est aussi fine en ce moment que le scénario d’un film pour adultes tourné dans une chambre d’hôtel de pays d’Europe de l’Est. Oui, je sais être poétique en ce moment 🙂

Côté culture ?

Bon week-end !

La démocratisation réelle des distributions GNU/Linux sur le bureau de l’utilisateur personnel, un doux fantasme ?

jeudi 10 août 2017 à 09:43

Cela fait des années que je me bats avec mes humbles moyens pour faire progresser la cause du libre sur le bureau de « monsieur et madame tout-le-monde ». J’ai déjà dû consacrer de nombreux articles sur le sujet, mais ce sont deux commentaires de Berillions – et oui, je cite mes sources ! – sur deux vidéos mise en ligne début août 2017 qui m’ont permis de pointer le principal (ou l’un des principaux ?) problème à cette démocratisation qui serait la bienvenue.

Le premier commentaire est sur une vidéo où j’explique avec des mots simples la constitution et l’utilisation d’un PKGBUILD sous Archlinux et apparentés :

Le deuxième étant sous une vidéo consacrée à la migration plus que casse-bonbon d’une Manjaro Linux OpenRC vers l’Artix :

J’ai préféré faire des captures d’écran pour deux raisons. La première étant d’avoir une archive en cas de suppression, la deuxième étant pour montrer le texte d’origine avec ma réponse 🙂

Comme vous avez pu le constater, sur les deux commentaires, on en revient toujours au même point : la documentation via le wiki… Ah, la documentation et la lecture…

Il ne faut pas se voiler la face. Dans son livre de 2003, Eric S. Raymond déclare : « Unix is user-friendly — it’s just choosy about who its friends are. »

On peut traduire cette citation ainsi : « Unix est convivial (user friendly) – il est juste tatillon pour choisir ses utilisateurs. »

Même si les distributions GNU/Linux ne sont pas des unix à 100%, elles s’en inspirent largement. Débuter sur un unix, ce n’est pas facile. Même si MacOS-X depuis sa première version en 2001 est basé sur un unix, son interface graphique en cache toute la sublime et esthétique complexité.

Je pense que nous sommes face à un tournant en terme d’informatique personnelle.

Nombre de personnes qui ont commencé l’informatique à la maison dans les années 1980 et 1990 savaient qu’il fallait souvent potasser des documentations aussi complètes qu’aride pour faire la moindre chose. Je vous renvoie à cette vidéo du vidéaste américain Lazy Game Reviews qui montre la complexité d’ajouter une barrette de mémoire vive sur un IBM PC de la fin des années 1980… Bon appétit 🙂

Oui, je sais c’est en anglais avec un accent américain à couper au couteau, mais c’est vraiment très instructif.

Nous sommes ici sur le principal problème comme je l’avais annoncé plus haut. Qui irait se plonger dans un manuel de plusieurs dizaines de pages pour simplement installer une barrette de mémoire vive ? Qui aurait envie de fouiller dans un manuel aussi épais qu’un annuaire pour apprendre à appliquer quelques effets dans son logiciel de retouche d’images préféré ?

Plus grand monde de nos jours. Nous sommes dans une époque de l’instantanéité où l’on perd facilement patience au bout de cinq minutes. Que des personnes n’aient pas envie de se taper 15 opérations pour avoir un environnement graphique parle leur langue, je le comprend aisément. Même moi, ça me gonfle largement.

Nous sommes dans une informatique où les utilisateurs veulent rendre leur ordinateur payé plusieurs centaines d’euros / dollars / livre sterling / etc. aussi simple d’emploi qu’une cafetière électrique. Appuyer sur un bouton pour faire démarrer l’ensemble et basta !

Bien entendu, il y aura toujours des personnes qui auront envie de s’aventurer en coulisses pour savoir comment ça marche. Mais je pense que ce marché est déjà quasiment conquis pour le monde libre, que ce soit pour les distributions GNU/Linux ou les BSD libres.

Ensuite, il y a la grosse majorité des utilisateurs qui pourraient être conquis, mais qui sont effrayés par la complexité d’un unix-like. Qui ne cherchent qu’une informatique presse bouton. Qui n’auront jamais envie de s’aventurer en ligne de commande. Qui recherchent des outils à la Apple Store / Google Play Store pour rajouter au besoin des logiciels.

Cela Microsoft et Apple l’ont parfaitement compris et l’applique depuis des décennies. Le monde du libre refuse-t-il de voir cette vérité ? Ou considère-t-il que ce n’est pas la peine de faire des outils qui facilite la vie de l’utilisateur « monsieur tout-le-monde » ?

Ou est-ce le fait d’une minorité gueularde qui refuse de voir son jouet préféré devenir abordable ?

Je ne suis ni psychologue, ni psychiâtre, mais je me pose la question. J’ai eu l’impression que l’on est face à une guerre des générations, une génération ayant connu la distribution GNU/Linux qu’il fallait installer à la force du poignet en compulsant des centaines de pages de manuels – et dont j’ai fait partie – et une autre qui ne cherche qu’à utiliser les distributions.

Bien que faisant partie des anciens du monde GNU/Linux, je ne vois pas en quoi il est inutile de faire des vidéos pour rendre des pages de wiki plus abordables, et plus compréhensible par la suite. Mais ce doit être une forme d’altruisme incompris…

Comme je l’ai répondu, si on virait toutes les vidéos concernant une manière d’aborder plus ludiquement les pages de wiki qui sont aussi bien remplie qu’aride à lire, 95% des vidéos sur le monde GNU/Linux disparaîtraient.

De la même manière, doit-on réserver les plateformes vidéos pour y voir des défis à la con ? Doit-on enlever les chaines de vulgarisation scientifique ? De vulgarisation historique ou musicale ? Si oui, youtube ressemblerait à terme à une forme dégénérée des productions de Cyril Hanouna qui peut tout se permettre – et surtout le plus ignoble – car il est friqué à mort et couvert par une direction qui ne cherche que l’audimat à tout prix.

Désolé pour la digression de cette fin d’article. Mais tant que l’on voudra ne pas admettre que les générations d’utilisateurs passent et qu’il n’y aura toujours qu’une minorité de technophiles pour faire avancer la cause du bureau personnel libre, dans 30 ans, la situation sera la même qu’en 2017.

Vieux Geek, épisode 96 : Paint Shop Pro 3, le photoshop du « pauvre » pour MS-Windows 3.1x…

mardi 8 août 2017 à 11:01

En 1995, j’ai acheté mon premier PC, un 486DX2 à 66 Mhz, avec 4 Mo de mémoire vive. Après l’avoir gonflé à 8 puis 12 Mo, lui avoir rajouté une carte son et un lecteur de CD-Rom 2x, j’ai commencé à acheter pas mal de logiciels sur CD, spécialement ceux fournis avec les magazines.

Il y avait aussi des marques comme Sybex qui importait certains logiciels en leur rajoutant une traduction française. C’est ainsi que j’ai pu mettre la main sur l’outil de retouche d’images Paint Shop Pro. Développé par Jasc Software, c’était un peu le photoshop du « pauvre ».

Reprenant l’interface générale du logiciel phare d’Adobe, il permettait à des personnes n’ayant pas les moyens d’acheter – ou de se procurer sur un circuit parallèle, pas bien ! – la Royce Rolls d’Adobe.

Je me souviens d’avoir acheté une version 4 ou 5, c’est assez flou, chez feu WSKA Éditions, dont j’ai pu retrouver un lien vers une version de Paint Shop Pro de 2007. Mais revenons-en à Paint Shop Pro 3. Pour vous le montrer en action, j’ai créé dans VirtualBox une machine virtuelle comprenant MS-Windows 3.1 (dont l’affichage a été gonflé en 800×600 par 256 couleurs) puis j’ai fait mumuse avec Paint Shop Pro.

Comme vous avez pu le voir, l’outil était assez limité, mais il convenait largement pour la plupart des opérations de retouches d’images à l’époque. Comme je l’ai dit dans la vidéo, Corel a racheté Jasc en 2004, et la dernière version 18.0 alias X.8 est devenue une sacrée usine à gaz… En hommage à la rolls d’Adobe ? En tout cas, j’ai passé pas mal de temps avec cet outil avant de migrer vers le monde des bisounours GNU/Linux. Devoir apprendre à utiliser The Gimp a été très instructif par la suite 😀

Y a-t-il un problème de compréhension de l’anglais technique dans le monde francophone libre ?

mardi 8 août 2017 à 09:41

Note préliminaire : il y a trois vidéos qui illustrent cet article. Désolé, mais c’était nécessaire pour la cohérence du billet.

Je n’ai jamais été un grand cador dans le domaine de la compréhension et l’écriture de la langue anglaise. il faut dire que mon anglais était des plus limités quand je suis sorti du circuit scolaire après un cursus d’anglais en tant que première langue vivante entre la sixième et la terminale.

Quand je suis arrivé sur internet en 1997, il a fallu que je me sorte les doigts du fondement pour trouver les informations dont j’avais parfois besoin. Il faut dire qu’en 1997, les pages en français étaient plutôt rares, surtout quand Altavista était le moteur de recherche qui régnait sur la toile naissante.

Heureusement, 20 ans plus tard, les sources d’informations francophones se sont multipliées. Cependant, il ne faut pas oublier que l’anglais reste la langue maternelle de l’informatique libre ou privatrice.

En duo avec Baba Orhum, j’ai enregistré un vidéo parlant d’un point de vue général sur le monde du libre en tant que vieux libriste.

Un des points abordés était la guerre sainte des systèmes d’initialisation, vous savez le genre de guerre que se font les technophiles souvent avec une vie sociale réduite à sa portion congrue.

Le dernier avatar de cette guerre étant la naissance du projet Artix, consécutif de la mise à mort de la Manjaro OpenRC. Le titre de la page est important, j’y reviens en fin d’article : « Artix Linux is a fork of Archlinux to use different init systems ». Besoin de traduire ? 🙂

J’en avais parlé dans cette vidéo du 29 juillet 2017.

C’est ici qu’intervient le problème de lecture de l’anglais technique que j’évoque en début d’article. En effet, sur le fil annonçant la fin du projet Manjaro OpenRC, Phil Müller alias Philm qui n’est autre que le papa de la Manjaro déclare :

From Manjaro side we will support OpenRC till this fall and remove all packages with i686 architecture all together from our repos. People using OpenRC will have a migration plan to move to the new project. All using i686 architecture however have to move to another distro as we won’t continue i686.

Ce qu’on peut traduire ainsi, ce n’est pas non plus de l’anglais de la haute société :

Du côté de la Manjaro, nous supporterons OpenRC jusqu’à cet automne et nous enleverons tous les paquets ainsi que ceux de l’architecture i686. Les personnes utilisant OpenRC auront un plan de migration pour aller vers le nouveau projet. Toutes les personnes utilisant l’architecture i686 devront aller sur une autre distribution car nous n’allons pas continuer le i686.

Donc, installer en ce début août 2017 une Manjaro OpenRC, que ce soit en dur ou en virtuel, c’est se condamner à se retrouver avec un projet qui ne pourra plus être mis à jour à compter de la fin septembre ou de début octobre. Un sacré cul-de-sac, non ?

De son côté, Artoo a annoncé la publication de l’ultime image ISO du projet Manjaro OpenRC :

C’est le post-scriptum qui est le plus intéressant :

If intending to migrate to Artix, I found doing a clean install and adapting it as per taste to be simpler / easier than migrating an existing install.

Ce que l’on peut traduire ainsi :

Si vous avez l’intention de migrer vers Artix, j’ai trouvé que faire une installation propre et l’adapter à vos goûts est plus simple / plus facile que de migrer une installation existante.

Il suffit de jeter un oeil sur la page de migration de Manjaro OpenRC vers Artix, qui est encore une version de travail au moment où je rédige cet article le 8 août 2017, et c’est encore assez sensible.

On y arrive – ma curiosité ayant pris le dessus – mais il faut faire gaffe à chaque étape. J’ai enregistré la dite migration, et j’ignore si elle sera publiée un jour sur ma chaîne.

Si vous avez envie d’installer une Manjaro OpenRC en ce mois d’août 2017, n’oubliez pas une chose : c’est une condamnée à mort. Elle a la tête sur le billot et la hache du bourreau va tomber sur sa nuque.

Quant à la Artix, je ne la vois pas vivre longtemps. Pourquoi ? Pour les raisons suivantes :

  1. Si je veux un duo OpenRC et paquets précompilés, je me tournerai vers une Calculate linux.
  2. Si je veux un duo RunIt et paquets précompilés, je me tournerai vers une Void linux.
  3. Si je veux un duo S6 et paquets précompilés, je me tournerai vers une Obarun S6.

Donc, le projet Artix s’attaque à des distributions qui existent depuis plusieurs années et qui sont bien installées auprès de leurs publics respectifs. Je ne demande cependant qu’à être démenti.

Pour conclure, je me demande ce qu’il y avait de compliqué en anglais dans les messages postés sur le projet Artix. À croire que l’anglais est encore et toujours l’ennemi du Français cherchant à combattre la perfide Albion 🙂

Et si on faisait un bilan au de bout de 5 ans des distributions GNU/Linux ? Troisième partie.

dimanche 6 août 2017 à 21:17

Troisième partie qui prend la suite du billet du mois de juillet 2017. Attaquons nous au mois d’août 2012, et voyons ce que donne le bilan des distributions dont j’avais parlé à cette époque reculée 🙂

9 août : je parlais de la Bedrock Linux, une distribution un peu bizarre qui prend le meilleur de chaque distribution tierce… 5 ans plus tard, la distribution survit dans l’attente d’une troisième béta pour sa première version finale… Ouais… 🙂

12 août : je parlais d’une certaine CinnArch… Vous ne connaissez pas l’Antergos ?

20 août : tiens, je parlais de la Frugalware Linux 1.7 à l’époque 🙂

21 août 2012 : je parlais d’une distribution naissante… La Manjaro Linux 0.8.0 ! Quelques 5 ans plus tard, on peut dire qu’elle a réussi à son pari, non ? 🙂

23 août 2012 : tiens, PC-BSD 9.1rc1 et sa légèreté légendaire ? 🙂

27 août 2012 : ah, la Chakra Linux 2012.08. Et oui, elle existait déjà en 2012 🙂

Un bilan pas trop mauvais pour ce mois d’août 2012, que des distributions encore vivantes de nos jours. On verra en septembre pour la suite de ce bilan de l’année 2012.