Mate Desktop sur Archlinux : une histoire qui est en train de mal finir ?

Je suis repassé durant le courant de la semaine sur Xfce 4.12, en passant par la compilation du paquet AUR thunar-git pour corriger un bug des plus laxatifs en relation avec le copier / coller dans le gestionnaire de fichiers. Bug tué en juillet 2015, et apparemment non rétroporté sur le paquet pour Archlinux, bien qu’un bug soit ouvert.

J’étais passé à Mate-Desktop après un article concernant Mate-Desktop 1.13.x en version gtk3 en février 2016. J’avais été tellement conquis que j’avais migré mes trois machines vers Mate Desktop à l’époque. J’escomptais à la sortie de Mate Desktop 1.14 faire utiliser les paquets officiels. Mais Martin Wimpress, qui était le mainteneur officiel de l’environnement pour Archlinux, est parti pour se concentrer sur un projet important : Ubuntu Mate.

J’ai donc décidé de migrer vers des paquets de Mate-Desktop 1.14.x en gtk3 compilé maison. Depuis le mois d’avril 2016, toujours aucune nouvelle du port de Mate Desktop 1.14. Pour une distribution GNU/linux qui se veut en « flux constant » et donc toujours à la pointe côté logiciels, c’est l’ennuyeuse exception à la règle. Même la Manjaro Linux propose une ISO avec Mate Desktop, bien que basée sur du code « instable » depuis le mois de mai 2016.

Continuer la lecture de « Mate Desktop sur Archlinux : une histoire qui est en train de mal finir ? »

Maintenant que la Slackware Linux 14.2 est sortie, où en est la MLED 14.2 ?

En janvier 2016, je faisais un article sur la MLED 14.2 (encore en cours de développement, et assez proche d’une version alpha). La Slackware Linux 14.2 étant sorti le 1er juillet 2016, j’ai eu envie de voir où en était la future MLED 14.2.

Comme pour l’article du mois de janvier, je tiens à préciser les points suivants :

  1. J’ai décidé de faire cet article sans contacter l’auteur auparavant.
  2. La MLED 14.2 n’est pas encore sortie. On peut dire que la version que je vais présenter est une béta avancée.
  3. La seule version officielle stable au moment où je rédige cet article, c’est la MLED 14.1. C’est clair ?

J’ai donc repris mon article de janvier 2016, en l’adaptant. Mais trève de bavardage, attaquons le vif du sujet.

Comme base de départ, j’ai pris l’ISO DVD de la Slackware Linux 14.2 en 64 bits. Puis mon ami VirtualBox a chauffé pour la suite de l’article.

Continuer la lecture de « Maintenant que la Slackware Linux 14.2 est sortie, où en est la MLED 14.2 ? »

OpenMandriva 3.0rc1 : où en est l’acharnement thérapeutique sur le cadavre de la Mandriva Linux ?

Je ne suis pas un grand fan du projet OpenMandriva qui – à mes yeux – est un parasitage du projet qui est le vrai héritier de la Mandriva Linux, j’ai nommé la Mageia.

La dernière fois que je parlais de la OpenMandriva, c’était en mai 2014, pour la sortie de la version 2014.0.

Je concluais l’article ainsi :

Ensuite, y a-t-il un quelconque intérêt à avoir deux distributions qui se battent pour continuer à faire vivre la Mandriva Linux ? Ne serait-il pas mieux de regrouper toutes les énergies sur une distribution unique et déjà bien implantée ? Je n’ai pas la réponse à la question, mais à chaque fois que je vois deux distributions aussi proche dans l’idée comme OpenMandriva Lx et Mageia, je me dis qu’il y a un léger problème quelque part.

Le projet OpenMandriva n’ayant sorti aucune version majeure en 2015, on pouvait penser qu’il allait finir aux abonnés absents, mais il faut se méfier de l’eau qui dort. En effet, sur les notes de publication de la OpenMandriva Lx 3.0rc1, on apprend que les paquets sont recompilés avec LLVM en lieu et place de gcc (pourquoi pas), que Plasma 5.6 remplace le vieillissant KDE SC 4.x, un noyau linux 4.6.4 et qu’il utilise Calamares (le projet développé par Manjaro Linux) pour installer la OpenMandriva sur le disque dur.

J’ai donc téléchargé l’ISO et vérifiée l’intégrité de celle-ci via le fichier sha1sum fourni. J’ai ensuite lancé mon ami VirtualBox pour faire mumuse avec la OpenMandriva.

Continuer la lecture de « OpenMandriva 3.0rc1 : où en est l’acharnement thérapeutique sur le cadavre de la Mandriva Linux ? »

Vieux geek, épisode 65 : Abyss Of Pandemonium, le « Mission Pack 3 » non officiel pour Quake.

Quake, sorti en 1996, a eu droit à deux extensions officielles. La première développée par Hipnotic « Scourge of Armagon » et la deuxième développée par Rogue « Dissolution of Eternity ». En 1998, une équipe du nom d’Impel sort une extension commerciale non officielle, un « Mission Pack 3 », au doux nom de « Abyss Of Pandemonium ».

Entre temps, Hexen 2 et Quake 2 sont sortis. Autant dire que l’extension n’est pas un franc succès. En 2008, les niveaux sont purgés des divers bugs graphiques qui restaient et sont rendus disponibles sous la forme d’un freeware. On peut télécharger l’extension sur Quaddicted. Il faut cependant avoir un Quake complet pour lancer l’ensemble.

J’ai proposé une vidéo sur youtube montrant l’installation de l’extension sur Archlinux, Manjaro Linux et apparentés.

Continuer la lecture de « Vieux geek, épisode 65 : Abyss Of Pandemonium, le « Mission Pack 3 » non officiel pour Quake. »

Les projets un peu fou du logiciel libre, épisode 9 : Unity pour ArchLinux.

Ah, Unity… L’interface graphique utilisateur développée par Canonical pour servir de surcouche aux outils Gnome. L’environnement en question est une horreur pour être porté sur d’autres distributions. La dernière fois que j’abordais le sujet pour Archlinux, c’était en mars 2014.

Vu le côté énorme du port, il mérite largement sa place dans la série des projets « un peu fous du logiciel libre. »

J’ai donc voulu voir si le projet existait encore. Le fil sur le forum d’Archlinux.org étant toujours vivant (au bout de 116 pages en ce 12 juillet 2016), j’ai donc été un oeil sur le github du projet. Au moment où je rédige cet article, le 12 juillet 2016, le code n’a plus été touché depuis la mi-mai 2016.

Après tout, Unity a été porté sur MS-Windows 10, pourquoi pas sur Archlinux ? J’ai donc installé une base Archlinux avec Xorg, Gnome, LibreOffice, Mozilla Firefox et Mozilla Thunderbird. Puis je me suis lancé dans l’ajout du port d’Unity pour Archlinux.

J’ai donc voulu me simplifier la tâche et utiliser le dépot du développeur, en rajoutant ses entrées dans mon /etc/pacman.conf…

Ayant vu que les dépôts répondent aux abonnés absents, il a fallu que je recompile l’ensemble des paquets…

Après avoir cloné le dépot github, j’ai lancé la compilation des… 59 paquets nécessaires à la création d’Unity… Qui donne au final 67 paquets à installer, certains paquets étant « multiples ».

Continuer la lecture de « Les projets un peu fou du logiciel libre, épisode 9 : Unity pour ArchLinux. »