Re: usrmerge

Le 29-09-2022, Doug713705 <doug.letough@free.fr> a écrit :

Le 28-09-2022, JKB nous expliquait dans
fr.comp.os.linux.debats
(<63345657$0$25807$426a34cc@news.free.fr>) :
>

Personne ? Ne me dites pas que le monde Linux est devenu aussi
merdique que cela...

>
Slackware est encore totalement "systemd free" et ne semble pas
intéressé par ces histoires de merge à la con. Mais rien ne dit que cela
restera le cas dans les années à venir.

Ça ne va pas me rajeunir, la première distribution que j'ai
installée fut une slack je ne sais plus combien en 1995... à partir
d'une pile de disquettes.

Ce qui m'ennuie, c'est un peu son mode de développement et sa
pérennité. Est-ele toujours développée par une personne seule ?

Slackeux depuis plus de 20 ans, je suis **fatigué** de voir les
distributions Linux autoproclamées majeures (RH, Debian, Ubuntu) imposer
leurs délires ineptes.

On n'est bien d'accord. J'ai d'ailleurs posté un mail sur la liste
de diffusion francophone de Debian avec comme sujet "grosse fatigue"
à la suite d'un problème systemd datant de plusieurs mois (années,
en fait). Je me suis fait recevoir par un type de l'équipe de dev...
Tout ça pour m'expliquer qu'il faut utiliser auditd pour trouver
pourquoi systemd merdoie. Sauf qu'on est en _diskless_ et que le
lancement de ce truc, même en filtrant à mort, met à genou le
serveur NFS. Accessoirement, toutes les machines du réseau se
prennent des "nfs server not responding". Ce qui fait que tu ne sais
pas si ce que tu va trouver avec auditd est réellement pertinent.

On a l'impression qu'il faut absolument rester dans les configurations
standard et testées. Dès que tes installations sont un peu tordues
sans être exceptionnelles, ça merdoie gentiment (ou un peu moins
gentiment). Et surtout, certains choix sont faits par des gens qui
ne comprennent pas tout. J'ai un souvenir ému d'un patch de sécurité
qui était un trou béant, de l'interdiction d'utiliser certains
chiffrement (interdisant à un serveur de mail à parler à autre chose
que debian à jour en face !), la conséquence étant la désactivation
de SSL/TLS sur sendmail (!), de app-armor qui fout le bordel en
configuration diskless et de systemd qui est une horreur infâme...
Je ne parle même pas d'initramfs. Le type qui a inventé ça n'a
jamais regardé ce qui existait déjà. J'en oublie certainement.

Du coup je migre gentiment vers FreeBSD qui me fait de l'oeil depuis bien
longtemps et je finirai probablement par aller faire un tour vers NetBSD.

Toutes les machines récemment installées chez moi sont du FreeBSD en
station et du NetBSD en serveur. Sinon, j'ai migré mes derniers
Linux de Debian à Devuan (au moins, on évite systemd et ses
comportements aberrants). Il me reste encore deux Debian officielle,
un serveur de mail que j'ai la flemme de réinstaller from scratch
même en ayant une copie de la configuration (il gère des tas de
domaines sous Sendmail avec des queues différentes par
destinataires...) et ma machine de dev en raison d'un soft propriétaire.

Pour ajouter au troll, pour ma part j'exclus OpenBSD qui me semble trop
radical pour un usage en desktop. Mes quelques tentatives sur ce système
me l'ont fait considérer comme trop contraignant à utiliser au
quotidien.

On est d'accord. Un truc qui m'empêche d'utiliser strncpy() lorsque
je compile avec -Werror m'énerve assez rapidement. Zut, j'ai marché
dedans !

JKB

--
Si votre demande me parvient en code 29, je vous titiouillerai volontiers
une réponse.