Étiquette : archlinux

C’est vrai, c’est bien connu, Archlinux ça ne tient pas le choc dans le temps :)

Un petit billet d’humour sur une rumeur tenace sur Archlinux. Je suis Archlinuxien depuis plus de 10 ans. Et en moyenne, mes installations tenaient dans les deux ans. Il faut dire que je leur en mettais plein la… figure et j’étais bien content de les voir tenir aussi longtemps 🙂

Cependant, en ce 15 juin 2020, je viens de m’apercevoir que mon installation actuelle d’Archlinux faite à l’époque en utilisant l’outil Anarchy – pour gérer l’UEFI que je ne maitrisais pas franchement en 2018 – approche petit à petit des 900 jours. Oui, 900 !

Pour être plus précis, 839 jours. Donc au 15 août 2020, les 900 jours seront atteints. Les 1000 ? Au 23 novembre 2020. Tiens, une idée pour un billet dans quelques mois, c’est cool 🙂

Comme quoi, on peut très bien avoir des installations vieilles de deux ans voire plus qui sont toujours en vie sur une Archlinux.

Il y a une formule du droit romain qui dit ceci : « Quod gratis asseritur, gratis negatur » ce qu’on peut traduire par : « Ce qui est affirmé sans preuve peut être nié sans preuve ».

Voici donc la sortie de la commande head /var/log/pacman.log -n 20. En gros, les 20 premières lignes du fichier qui enregistre les activités de pacman.


[2018-02-27 17:39] [PACMAN] Running 'pacman -r /mnt -Sy --force --cachedir=/mnt/var/cache/pacman/pkg --noconfirm bash bzip2 coreutils cryptsetup device-mapper dhcpcd diffutils e2fsprogs file filesystem findutils gawk gcc-libs gettext glibc grep gzip inetutils iproute2 iputils jfsutils less licenses linux logrotate lvm2 man-db man-pages mdadm nano netctl pacman pciutils pcmciautils perl procps-ng psmisc reiserfsprogs s-nail sed shadow sysfsutils systemd-sysvcompat tar texinfo usbutils util-linux vi which xfsprogs alsa-utils base-devel cpupower cups cups-pdf dialog efibootmgr ffmpegthumbnailer git grml-zsh-config grub gst-libav gst-plugins-bad gst-plugins-base gst-plugins-good gst-plugins-ugly gtk3-print-backends gtk-engine-murrine gvfs gvfs-mtp gvfs-smb libreoffice-fresh libreoffice-fresh-fr lightdm lightdm-gtk-greeter lightdm-gtk-greeter-settings linux-headers mate mate-extra mesa-libgl networkmanager network-manager-applet ntfs-3g pamac-aur pavucontrol pulseaudio pulseaudio-alsa screenfetch ttf-dejavu unzip vim wget wireless_tools wpa_actiond wpa_supplicant xdg-user-dirs xf86-video-ati xorg-apps xorg-server xorg-xinit xterm zsh zsh-completions zsh-syntax-highlighting'
[2018-02-27 17:39] [PACMAN] synchronizing package lists
[2018-02-27 17:44] [ALPM] transaction started
[2018-02-27 17:44] [ALPM] installed linux-api-headers (4.14.8-1)
[2018-02-27 17:44] [ALPM] installed tzdata (2018c-1)
[2018-02-27 17:44] [ALPM] installed iana-etc (20180221-1)
[2018-02-27 17:44] [ALPM] installed filesystem (2017.10-2)
[2018-02-27 17:44] [ALPM] installed glibc (2.26-11)
[2018-02-27 17:44] [ALPM] installed gcc-libs (7.3.0-1)
[2018-02-27 17:44] [ALPM] installed ncurses (6.1-3)
[2018-02-27 17:44] [ALPM] installed readline (7.0.003-1)
[2018-02-27 17:44] [ALPM] installed bash (4.4.019-1)
[2018-02-27 17:44] [ALPM] installed bzip2 (1.0.6-7)
[2018-02-27 17:44] [ALPM] installed attr (2.4.47-3)
[2018-02-27 17:44] [ALPM] installed acl (2.2.52-4)
[2018-02-27 17:44] [ALPM] installed gmp (6.1.2-1)
[2018-02-27 17:44] [ALPM] installed libcap (2.25-1)
[2018-02-27 17:44] [ALPM] installed gdbm (1.14.1-1)
[2018-02-27 17:44] [ALPM] installed db (5.3.28-3)
[2018-02-27 17:44] [ALPM] installed perl (5.26.1-2)

En l’espace de presque 940 jours, je suis passé d’un noyau Linux 4.14.x ou 4.15.x au 5.7.2. Soit une quinzaine de versions (du 4.14 ou 15 au 4.20, puis du 5.0 au 5.7). Sans oublier la tétrachiée de versions mineures intermédiaires. De même, mon installation est passée de gcc 7.3.x à la version 10.1, de la glibc 2.26 à la 2.31, a connu Mate-Desktop 1.20, 1.22, 1.24 et actuellement Gnome 3.36. Autant dire que ça a pas mal bougé 🙂

Sans oublier les logiciels installés une fois puis viré, les émulateurs, les virtualisateurs, etc… Mon installation a même survécu – grâce aux bons soins d’un certain BabaOrhum – au passage du système d’un disque dur vers un nvme…

Continuer la lecture de « C’est vrai, c’est bien connu, Archlinux ça ne tient pas le choc dans le temps 🙂 »

Archlinux et la mise à jour moisie de Samba, suite mais pas fin ?

Dans un précédent article, je parlais de l’arrivée d’une version moisie – une version de développement vieille de près de 4 mois – de Samba sur Archlinux.

Outre le fait qu’il y avait un bug lié à Python 3.8 qui cassait le fonctionnement de samba-tool, une deuxième couche du problème est rapidement apparu, et ne concerne que certains périphériques.

La version 4.12.0 – on en est à la 4.12.0-3 en ce 2 avril 2020 – est arrivée sur les dépôts de test. J’ai donc profité de l’occasion pour débloquer les paquets ignorés. Un redémarrage plus tard, j’avais toujours le même problème : impossible d’accéder aux partages de ma FreeBox Revolution serveur.

Après quelques recherches, je me suis aperçu que le code de la FreeBox pour cette fonctionnalité est restée bloquée sur le protocole SMBv1… Un bug a été ouvert sur l’outil de suivi de Free en octobre 2017 et n’est toujours pas clos.

Si on en croit les commentaires, c’est le passage du code en GPLv3 qui bloque la montée en version du protocole.

Bref, c’est la mouise… Comment le contourner ? Si vous avez un périphérique bloqué sur cet ancien protocole déprécié et que vous utilisez une Archlinux, il faut modifier le fichier /etc/samba/smb.conf et rajouter dans la section [global] ceci, dixit un message de David C. Rankin sur la liste de publication arch-general.


client min protocol = NT1
server min protocol = NT1

Une autre option étant d’employer CORE à la place de NT1.

Continuer la lecture de « Archlinux et la mise à jour moisie de Samba, suite mais pas fin ? »

Il arrive qu’Archlinux chie dans la colle : la preuve avec l’arrivée d’une version pourrie de Samba sur les dépôts stables.

Je m’étais promis de ne plus parler des distributions GNU/Linux, mais cette fois, je suis obligé de pousser une gueulante sur une manipulation malheureuse d’Archlinux.

Depuis le mois de novembre 2019, il y a un bug qui traîne sur l’outil de suivi d’Archlinux liée à l’arrivée de Python 3.8 : il devient impossible d’accéder aux partages Samba.

J’avais été obligé à l’époque d’utiliser l’outil downgrade et de bloquer la liste des paquets suivants :

  1. samba
  2. libwbclient
  3. smbclient
  4. ldb

Le blocage passant par la modification de la ligne IgnorePkg dans le fichier /etc/pacman.conf :

IgnorePkg = samba libwbclient smbclient ldb

J’ai constaté en ce matin du 29 mars que l’équipe d’Archlinux avait envoyé une version cassée de Samba – et de ses dépendances – sur le dépôt extra. Une sacrée erreur.

Voici ce qui arrive avec la version cassée de Samba quand on veut accéder à un partage samba, le tout dans une machine virtuelle avec EndeavourOS à l’intérieur.

Continuer la lecture de « Il arrive qu’Archlinux chie dans la colle : la preuve avec l’arrivée d’une version pourrie de Samba sur les dépôts stables. »

N’ayons pas peur des mots : il faut une rationalisation des distributions GNU/Linux « bureautiques ».

Je parle de celles qui ont pour cible « monsieur et madame tout le monde. »

Je sais déjà que certaines personnes vont jouer les « vierges effarouchées » en psalmodiant : « il faut du choix, il faut de la liberté ». À ces personnes je répondrai deux choses :

  1. « Trop de choix tue le choix », cf cette conférence de Barry Schwartz sur le paradoxe du choix.
  2. « Ô liberté, que de crimes on commet en ton nom ! », citation attribuée à Manon Roland le jour de son exécution, le 8 novembre 1793 ou 18 brumaire an II.

Si on voulait arrêter la masturbation intellectuelle à chaque nouvelle publication d’un projet à destination bureautique, et rationaliser tout cela en ne prenant au maximum que 4 à 5 distributions GNU/Linux par famille ?

Cela donnerait quelque chose de ce style, par ordre alphabétique, en dehors de la distribution mère qui définit la famille en question :

Pour la famille Archlinux :

  1. Manjaro
  2. EndeavourOS
  3. Anarchy Linux en cas de défaillance de la EndeavourOS

Pour la famille Debian :

  1. Ubuntu et ses saveurs officielles : Kubuntu, Xubuntu, Lubuntu, Ubuntu Mate pour ne citer que les principales.
  2. Linux Mint
  3. Emmabuntüs DE (pour les vieilles machines)
  4. Q4os (pour les vieilles machines)

Est-ce que les Gentoo et distributions à base de code source peuvent être appliquées aux particuliers ? Idem pour la famille des Slackware ?

Pour la famille des RedHat :

  1. Fedora
  2. OpenSuSE

Oui, cela ne fait pas grand chose. En comptant les saveurs officielles d’Ubuntu, on arrive à quoi ? Une vingtaine de distributions ?

Je ne pense pas avoir oublié de distributions incontournables dans cette liste et qui apporte des fonctionnalités que leur disparition changerait la face de ce petit monde qu’est celui des distributions GNU/Linux.

Les premières distributions GNU/Linux remontent à 1992. Qu’est-ce qui n’a pas été inventé en presque 30 ans qui pourrait l’être ?

Je n’ai pas parlé des distributions 100% libres, car il n’y en a quasiment aucune qui tienne réellement le choc dans la réalité sans jongler au niveau du matériel à acheter.

Je sais que ces propos ne vont pas plaire, et je m’attends dans les commentaires à des réponses du genre : « oui, mais tu as oublié telle distribution » ou encore du « tu es un anti-insérez la distribution- primaire. »

Non, j’ai juste utilisé des distributions GNU/Linux depuis 1996 et au quotidien depuis 2006. C’est tout 🙂

Mes tops de 2010 à 2019.

Après l’article des flops qui a provoqué l’arrivée des commentaires pavloviens habituels sur certains sujets, autant attaquer ce qui a été positif dans les dix années qui viennent de s’écouler.

Commençons par l’informatique. Le monde du logiciel libre, ce n’est pas seulement Saint iGNUcius et sa toge, l’échec de GNU/Hurd ou encore Gnash.

C’est aussi des très bonnes surprises comme LibreOffice. Qui aurait parié sur la survie du fork d’OpenOffice.org que laissait pourrir sur pied Oracle ? Pas grand monde. Tout comme Mate-Desktop, né en juin 2011 sur le forum d’Archlinux ? J’avoue que je n’y croyais pas trop au début… Mais c’est devenu mon environnement près de 4 ans depuis sa version de développement 1.13.0… De mémoire, bien entendu.

Sur le plan des distributions GNU/Linux, j’ai fini par trouver ma maison : Archlinux. Même si j’ai passé un peu moins de trois mois en deux temps sur Frugalware Linux, au 1er janvier 2010 j’étais sous Archlinux. Au 1er janvier 2020, idem. Comme quoi, pour une distribution dont les détracteurs disent qu’elle ne tient pas la route, c’est pas mal 🙂

Autre très bonne surprise, malgré quelques couilles dans le potage, c’est Manjaro Linux qui fait vivre mon vieil ordinateur portable, et dont l’installation approche tranquillement des 18 mois 🙂

Continuer la lecture de « Mes tops de 2010 à 2019. »