Bon, sinon, un truc concret que tu peux pas faire avec uselessd + anciens outils (oui, uselessd n’a pas systemd-networkd, mais network-manager/wicd/ifupdown répond très bien au besoin) ?
Toi a décidé que ceux qui se font chier à maintenir ont décidé parce qu'on leur a posé un flingue sur la tempe plutôt que de réfléchir, pourquoi ne pas imaginer que les mainteneurs (et admins) ont choisi systemd pour de bonnes raisons?
Tu es vraiment [autocensuré] de pénible à me faire dire ce que je n’ai pas dit. Je n’ai pas dit qu’ils avaient fait un mauvais choix. J’aurais probablement fait le même si j’étais le mainteneur d’une distrib majeure. uselessd est un fork maintenu par une seule personne. systemd était là avant, et a derrière lui la puissance de RedHat pour avoir la garantie d’être maintenu sur le long terme. Et c’est au final l’upstream, donc le jour où il aura été décidé que X ne fonctionnera plus sans systemd (avec X = udev aujourd’hui, kmscon depuis, devinez-quoi après-demain), ce sera prise de tête garantie pour la distrib qui choisi uselessd. Je fais juste remarquer que uselessd est une très bonne indication que la complexité introduite par systemd n’est pas strictement nécessaire pour répondre à la grosse majorité du besoin. Et je suis prêt à attendre un contre-exemple.
Mais je crois que de ta part, je peux toujours me brosser pour des arguments concrets.
[^] # Re: Du bon et du mauvais
Posté par Moonz . En réponse au journal SD-Boot, l'EFI Boot Manager & Stub Loader de systemd, arrive. Évalué à 9.
Qui à dit ça ?
Tu es fatiguant à force...
Cgroups : check
Templates : check
Se-débarasser-des-saloperies-de-scripts-shell : check
Scripts multi-distribution : check
Bon, sinon, un truc concret que tu peux pas faire avec uselessd + anciens outils (oui, uselessd n’a pas systemd-networkd, mais network-manager/wicd/ifupdown répond très bien au besoin) ?
Tu es vraiment [autocensuré] de pénible à me faire dire ce que je n’ai pas dit. Je n’ai pas dit qu’ils avaient fait un mauvais choix. J’aurais probablement fait le même si j’étais le mainteneur d’une distrib majeure. uselessd est un fork maintenu par une seule personne. systemd était là avant, et a derrière lui la puissance de RedHat pour avoir la garantie d’être maintenu sur le long terme. Et c’est au final l’upstream, donc le jour où il aura été décidé que X ne fonctionnera plus sans systemd (avec X = udev aujourd’hui, kmscon depuis, devinez-quoi après-demain), ce sera prise de tête garantie pour la distrib qui choisi uselessd. Je fais juste remarquer que uselessd est une très bonne indication que la complexité introduite par systemd n’est pas strictement nécessaire pour répondre à la grosse majorité du besoin. Et je suis prêt à attendre un contre-exemple.
Mais je crois que de ta part, je peux toujours me brosser pour des arguments concrets.