Ce qui est différent d'avoir un « contact direct » (ce que je dis, parce que je m'attendais à cette réponse). C'est juste, il est là et tu ne t'en occupes pas. Que cela soit l'un ou l'autre l'utilisateur ne voit rien comme différence notable (avec l'arrivée des SSD, la différence de temps de boot est négligeable).
Je n'ai pas de SSD. Mais disons que la différence au temps de boot n'est pas mon principal souci (cas particulier?).
L'utilisateur ne voit pas de différence notable? Tant mieux, c'est que ce n'est pas l'apocalypse annoncée. Perso je ne vois aucune différence notable sauf quand je découvre les logs avec journalctl (note que je les ai encore dans /var/log comme avant aussi...).
Par contre, même si je me suis inquiété (et m'inquiète toujours) au sujet du fossé qu'on creuse avec les BSD, je ne peux que constater que les mainteneurs de scripts sysV semblent se réjouir en masse de l'arrivée de systemd. Tout le temps qu'ils ne passent pas sur ces fameux scripts peut être passé ailleurs, tout bénéf pour moi aussi!
Alors systemd n'est plus une alternative parmi d'autres mais la solution alpha? Et bien voilà, ce sera la nouvelle solution alpha qui remplacera l'autre.
systemd répond à un problème que je n'ai pas. Je ne vois pas l'intérêt d'apprendre un nouveau système qui résout un problème qui ne me concerne pas.
Faut voir. La maintenance autrement plus facile par les développeurs de la distribution, ce n'est pas ton problème? Je dirais que si, un peu quand même.
Admettons-le, les scripts shell pour lancer les différents services, ce n'est pas ce qu'on a vu de plus propre dans le monde Unix: les mêmes scripts à quelques détails près sans aucune factorisation de code!
Bref, je ne veux pas qu'il me soit imposer un système quelconque.
Je serai limite de mauvaise foi, mais toutes les briques communes des distros t'ont été "imposées", non? Si tu avais découvert le monde Linux en 2014 (ou disons quelques années plus tard, le temps que la transition se termine), tu aurais appris à te servir de systemd dans la foulée du bash et des commandes GNU, non?
Quand tu as débuté, tu as demandé quelles étaient les alternatives à sysV ou on te l'a imposé?
[^] # Re: GNU/SystemD/Linux
Posté par Maclag . En réponse au journal Systemd va gagner une console système, un bootsplash et un login-screen. Évalué à 10.
Je n'ai pas de SSD. Mais disons que la différence au temps de boot n'est pas mon principal souci (cas particulier?).
L'utilisateur ne voit pas de différence notable? Tant mieux, c'est que ce n'est pas l'apocalypse annoncée. Perso je ne vois aucune différence notable sauf quand je découvre les logs avec journalctl (note que je les ai encore dans /var/log comme avant aussi...).
Par contre, même si je me suis inquiété (et m'inquiète toujours) au sujet du fossé qu'on creuse avec les BSD, je ne peux que constater que les mainteneurs de scripts sysV semblent se réjouir en masse de l'arrivée de systemd. Tout le temps qu'ils ne passent pas sur ces fameux scripts peut être passé ailleurs, tout bénéf pour moi aussi!
Alors systemd n'est plus une alternative parmi d'autres mais la solution alpha? Et bien voilà, ce sera la nouvelle solution alpha qui remplacera l'autre.
Faut voir. La maintenance autrement plus facile par les développeurs de la distribution, ce n'est pas ton problème? Je dirais que si, un peu quand même.
Admettons-le, les scripts shell pour lancer les différents services, ce n'est pas ce qu'on a vu de plus propre dans le monde Unix: les mêmes scripts à quelques détails près sans aucune factorisation de code!
Je serai limite de mauvaise foi, mais toutes les briques communes des distros t'ont été "imposées", non? Si tu avais découvert le monde Linux en 2014 (ou disons quelques années plus tard, le temps que la transition se termine), tu aurais appris à te servir de systemd dans la foulée du bash et des commandes GNU, non?
Quand tu as débuté, tu as demandé quelles étaient les alternatives à sysV ou on te l'a imposé?