Bonjour Í tous,
Existe-t-il encore une distribution quelque part sans usrmerge ?
J'ai viré Debian pour Devuan en raison de systemd qui met un bazar
monstrueux sur des serveurs en étant un nid Í bugs, mais j'ai
l'impression que usrmerge est en train de faire son apparition chez
Devuan aussi.
Pas la peine de me convaincre du bien fondé de cette nouvelle lubie,
je considère que c'est une erreur de conception et qu'il vaudrait
mieux, au lieu de tout regrouper dans un répertoire, instaurer un
/rescue comme dans NetBSD par exemple. Un système doit pouvoir
démarrer avec des /bin, /sbin et /lib minimalistes avant de monter
le système dans /usr (et sans l'horreur initramfs). Du reste, pour
les systèmes embarqués, c'est ce que l'on fait pour éviter justement
la casse en gardant / en ro.
Bref, merci de ne pas engager la discussion sur ce terrain, ce qui
m'intéresse est de savoir s'il existe quelque part une distribution
qui indique clairement ne pas recourir Í cette horreur.
Merci,
JKB
Bonjour Í tous,
Existe-t-il encore une distribution quelque part sans usrmerge ?
J'ai viré Debian pour Devuan en raison de systemd qui met un bazar
monstrueux sur des serveurs en étant un nid Í bugs, mais j'ai
l'impression que usrmerge est en train de faire son apparition chez
Devuan aussi.
Pas la peine de me convaincre du bien fondé de cette nouvelle lubie,
je considère que c'est une erreur de conception et qu'il vaudrait
mieux, au lieu de tout regrouper dans un répertoire, instaurer un
/rescue comme dans NetBSD par exemple. Un système doit pouvoir
démarrer avec des /bin, /sbin et /lib minimalistes avant de monter
le système dans /usr (et sans l'horreur initramfs). Du reste, pour
les systèmes embarqués, c'est ce que l'on fait pour éviter justement
la casse en gardant / en ro.
Bref, merci de ne pas engager la discussion sur ce terrain, ce qui
m'intéresse est de savoir s'il existe quelque part une distribution
qui indique clairement ne pas recourir Í cette horreur.
Merci,
JKB
Bonjour Í tous,
Existe-t-il encore une distribution quelque part sans usrmerge ?
J'ai viré Debian pour Devuan en raison de systemd qui met un bazar
monstrueux sur des serveurs en étant un nid Í bugs, mais j'ai
l'impression que usrmerge est en train de faire son apparition chez
Devuan aussi.
Pas la peine de me convaincre du bien fondé de cette nouvelle lubie,
je considère que c'est une erreur de conception et qu'il vaudrait
mieux, au lieu de tout regrouper dans un répertoire, instaurer un
/rescue comme dans NetBSD par exemple. Un système doit pouvoir
démarrer avec des /bin, /sbin et /lib minimalistes avant de monter
le système dans /usr (et sans l'horreur initramfs). Du reste, pour
les systèmes embarqués, c'est ce que l'on fait pour éviter justement
la casse en gardant / en ro.
Bref, merci de ne pas engager la discussion sur ce terrain, ce qui
m'intéresse est de savoir s'il existe quelque part une distribution
qui indique clairement ne pas recourir Í cette horreur.
Merci,
JKB
Personne ? Ne me dites pas que le monde Linux est devenu aussi
merdique que cela...
Personne ? Ne me dites pas que le monde Linux est devenu aussi
merdique que cela...
Personne ? Ne me dites pas que le monde Linux est devenu aussi
merdique que cela...
Sauf que merger /bin et /usr/bin, je ne vois pas pourquoi
on n'y rajouterais pas dans la foulée /usr/local/bin, et,
soyons fous, /opt/bin ;)
Sauf que merger /bin et /usr/bin, je ne vois pas pourquoi
on n'y rajouterais pas dans la foulée /usr/local/bin, et,
soyons fous, /opt/bin ;)
Sauf que merger /bin et /usr/bin, je ne vois pas pourquoi
on n'y rajouterais pas dans la foulée /usr/local/bin, et,
soyons fous, /opt/bin ;)
On 9/28/22 16:12, JKB wrote:Personne ? Ne me dites pas que le monde Linux est devenu aussi
merdique que cela...
Ne m'étant jamais trouvé devant cette problématique, je ne
me permettrais pas d'avoir le moindre avis.
Sauf que merger /bin et /usr/bin, je ne vois pas pourquoi
on n'y rajouterais pas dans la foulée /usr/local/bin, et,
soyons fous, /opt/bin ;)
On 9/28/22 16:12, JKB wrote:
Personne ? Ne me dites pas que le monde Linux est devenu aussi
merdique que cela...
Ne m'étant jamais trouvé devant cette problématique, je ne
me permettrais pas d'avoir le moindre avis.
Sauf que merger /bin et /usr/bin, je ne vois pas pourquoi
on n'y rajouterais pas dans la foulée /usr/local/bin, et,
soyons fous, /opt/bin ;)
On 9/28/22 16:12, JKB wrote:Personne ? Ne me dites pas que le monde Linux est devenu aussi
merdique que cela...
Ne m'étant jamais trouvé devant cette problématique, je ne
me permettrais pas d'avoir le moindre avis.
Sauf que merger /bin et /usr/bin, je ne vois pas pourquoi
on n'y rajouterais pas dans la foulée /usr/local/bin, et,
soyons fous, /opt/bin ;)
tTh , dans le message <th248g$1vtk$, a écrit :Sauf que merger /bin et /usr/bin, je ne vois pas pourquoi
on n'y rajouterais pas dans la foulée /usr/local/bin, et,
soyons fous, /opt/bin ;)
Parce que les raisons de séparer /usr/local et /opt sont toujours
d'actualité, alors que les raisons pour garder /bin hors de /usr ont cessé
d'être pertinentes Í peu près Í l'époque o͹ les compétences de certains
administrateurs système qui interviennent ici se sont fossilisées.
tTh , dans le message <th248g$1vtk$1@news.gegeweb.eu>, a écrit :
Sauf que merger /bin et /usr/bin, je ne vois pas pourquoi
on n'y rajouterais pas dans la foulée /usr/local/bin, et,
soyons fous, /opt/bin ;)
Parce que les raisons de séparer /usr/local et /opt sont toujours
d'actualité, alors que les raisons pour garder /bin hors de /usr ont cessé
d'être pertinentes Í peu près Í l'époque o͹ les compétences de certains
administrateurs système qui interviennent ici se sont fossilisées.
tTh , dans le message <th248g$1vtk$, a écrit :Sauf que merger /bin et /usr/bin, je ne vois pas pourquoi
on n'y rajouterais pas dans la foulée /usr/local/bin, et,
soyons fous, /opt/bin ;)
Parce que les raisons de séparer /usr/local et /opt sont toujours
d'actualité, alors que les raisons pour garder /bin hors de /usr ont cessé
d'être pertinentes Í peu près Í l'époque o͹ les compétences de certains
administrateurs système qui interviennent ici se sont fossilisées.
Personne ? Ne me dites pas que le monde Linux est devenu aussi
merdique que cela...
Personne ? Ne me dites pas que le monde Linux est devenu aussi
merdique que cela...
Personne ? Ne me dites pas que le monde Linux est devenu aussi
merdique que cela...
Le 28-09-2022, JKB nous expliquait dans
fr.comp.os.linux.debats
(<63345657$0$25807$) :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.
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.
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.
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.
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.
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.
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.
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.
Le 28-09-2022, JKB nous expliquait dans
fr.comp.os.linux.debats
(<63345657$0$25807$) :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.
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.
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.
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.
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. i
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 !
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. i
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 !
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. i
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 !
Le 29-09-2022, JKB nous expliquait dans
fr.comp.os.linux.debats
(<63354abd$0$25836$) :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 ?
Oui et non, Patrick Volkerding est toujours le dictateur bienveillant
mais il est entouré d'une équipe restreinte qui l'aide dans sa tÍ¢che.
Les patches d'utilisateurs sont généralement bienvenus même si, de mon
point de vue, le mode de transmission des patches et le mode de discussions
via linuxquestions.org me semble vraiment **merdique**.
J'ai depuis longtemps renoncer Í fournir des patches et je patche gentiment
mes systèmes en fonction de mes besoins sans nécessairement remonter ça Í
upstream.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.
Ça fait *très* longtemps (i.e bien avant l'arrivée de systemd) que je considère
Debian comme une des pires bouses. Je n'ai jamais compris la réputation
de fiabilité qu'on lui octroie. Cette distribution n'est qu'une
collection de bugs plus ou moins pacthés et qui fonctionne presque par
chance.
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. i
C'est probablement vers ce quoi je m'oriente. J'ai vraiment été
impressionné par la facilité de prise en main de FreeBSD. La transition
depuis Linux a été totalement transparente et je ne parle pas du temps
de boot qui est d'une magnitude inconnue sous Linux. Il en est de même
pour le temps d'installation.
Debian est le parfait contre exemple, le temps d'installation et de
mise Í jour est simplement d'une lenteur ahurissante.
Sinon, j'ai migré mes derniers
Linux de Debian Í Devuan (au moins, on évite systemd et ses
comportements aberrants).
Honnêtement bien qu'ayant une nette préférence pour de bons vieux
scripts pour démarrer mes services, j'utilise systemd sans vraiment
de difficulté. La documentation n'est pas aussi mauvaise qu'elle a pu être
et ça fonctionne, tout au moins j'arrive Í le faire fonctionner.
Le vrai problème de systemd c'est qu'il veut tout gérer, y compris et
surtout des choses qui n'ont aucun rapport avec un init qui se respecte.
Sans surprise, Lennart Poettering est parti chez Microsoft. Bon
débarras.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.
Postfix et Ansible sont tes amis.
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 !
/me collecte son point Théo :D
Le 29-09-2022, JKB nous expliquait dans
fr.comp.os.linux.debats
(<63354abd$0$25836$426a74cc@news.free.fr>) :
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 ?
Oui et non, Patrick Volkerding est toujours le dictateur bienveillant
mais il est entouré d'une équipe restreinte qui l'aide dans sa tÍ¢che.
Les patches d'utilisateurs sont généralement bienvenus même si, de mon
point de vue, le mode de transmission des patches et le mode de discussions
via linuxquestions.org me semble vraiment **merdique**.
J'ai depuis longtemps renoncer Í fournir des patches et je patche gentiment
mes systèmes en fonction de mes besoins sans nécessairement remonter ça Í
upstream.
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.
Ça fait *très* longtemps (i.e bien avant l'arrivée de systemd) que je considère
Debian comme une des pires bouses. Je n'ai jamais compris la réputation
de fiabilité qu'on lui octroie. Cette distribution n'est qu'une
collection de bugs plus ou moins pacthés et qui fonctionne presque par
chance.
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. i
C'est probablement vers ce quoi je m'oriente. J'ai vraiment été
impressionné par la facilité de prise en main de FreeBSD. La transition
depuis Linux a été totalement transparente et je ne parle pas du temps
de boot qui est d'une magnitude inconnue sous Linux. Il en est de même
pour le temps d'installation.
Debian est le parfait contre exemple, le temps d'installation et de
mise Í jour est simplement d'une lenteur ahurissante.
Sinon, j'ai migré mes derniers
Linux de Debian Í Devuan (au moins, on évite systemd et ses
comportements aberrants).
Honnêtement bien qu'ayant une nette préférence pour de bons vieux
scripts pour démarrer mes services, j'utilise systemd sans vraiment
de difficulté. La documentation n'est pas aussi mauvaise qu'elle a pu être
et ça fonctionne, tout au moins j'arrive Í le faire fonctionner.
Le vrai problème de systemd c'est qu'il veut tout gérer, y compris et
surtout des choses qui n'ont aucun rapport avec un init qui se respecte.
Sans surprise, Lennart Poettering est parti chez Microsoft. Bon
débarras.
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.
Postfix et Ansible sont tes amis.
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 !
/me collecte son point Théo :D
Le 29-09-2022, JKB nous expliquait dans
fr.comp.os.linux.debats
(<63354abd$0$25836$) :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 ?
Oui et non, Patrick Volkerding est toujours le dictateur bienveillant
mais il est entouré d'une équipe restreinte qui l'aide dans sa tÍ¢che.
Les patches d'utilisateurs sont généralement bienvenus même si, de mon
point de vue, le mode de transmission des patches et le mode de discussions
via linuxquestions.org me semble vraiment **merdique**.
J'ai depuis longtemps renoncer Í fournir des patches et je patche gentiment
mes systèmes en fonction de mes besoins sans nécessairement remonter ça Í
upstream.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.
Ça fait *très* longtemps (i.e bien avant l'arrivée de systemd) que je considère
Debian comme une des pires bouses. Je n'ai jamais compris la réputation
de fiabilité qu'on lui octroie. Cette distribution n'est qu'une
collection de bugs plus ou moins pacthés et qui fonctionne presque par
chance.
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. i
C'est probablement vers ce quoi je m'oriente. J'ai vraiment été
impressionné par la facilité de prise en main de FreeBSD. La transition
depuis Linux a été totalement transparente et je ne parle pas du temps
de boot qui est d'une magnitude inconnue sous Linux. Il en est de même
pour le temps d'installation.
Debian est le parfait contre exemple, le temps d'installation et de
mise Í jour est simplement d'une lenteur ahurissante.
Sinon, j'ai migré mes derniers
Linux de Debian Í Devuan (au moins, on évite systemd et ses
comportements aberrants).
Honnêtement bien qu'ayant une nette préférence pour de bons vieux
scripts pour démarrer mes services, j'utilise systemd sans vraiment
de difficulté. La documentation n'est pas aussi mauvaise qu'elle a pu être
et ça fonctionne, tout au moins j'arrive Í le faire fonctionner.
Le vrai problème de systemd c'est qu'il veut tout gérer, y compris et
surtout des choses qui n'ont aucun rapport avec un init qui se respecte.
Sans surprise, Lennart Poettering est parti chez Microsoft. Bon
débarras.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.
Postfix et Ansible sont tes amis.
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 !
/me collecte son point Théo :D
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.