Mais c'est pour cela que j'aurai préféré que systemd ne veuille pas remplacer la plupart des services "classiques" unix.
Sur ton exemple sur cron, au contraire j'y vois la souplesse d'unix en 2 points:
- la capacité de mettre du shell (même si en effet c’est crade, ça offre de la souplesse)
- la capacité de changer le composant si nécessaire, pour ce genre de problèmes j'ai utilisé une alternative a cron et une a syslog
si systemd n'adresse pas correctement un problème, est il possible de modifier son comportement (par du script par ex), ou d'utiliser un autre composant en parallèle sans foutre le bordel partout ? (c'est une vrai question, pas un début de troll)
à l'inverse peut-on utilisé journald sans systemd ?
[^] # Re: linuxfr: doc officielle de systemd
Posté par Alex . En réponse au journal yet another journal about systemd. Évalué à 5.
Mais c'est pour cela que j'aurai préféré que systemd ne veuille pas remplacer la plupart des services "classiques" unix.
Sur ton exemple sur cron, au contraire j'y vois la souplesse d'unix en 2 points:
- la capacité de mettre du shell (même si en effet c’est crade, ça offre de la souplesse)
- la capacité de changer le composant si nécessaire, pour ce genre de problèmes j'ai utilisé une alternative a cron et une a syslog
si systemd n'adresse pas correctement un problème, est il possible de modifier son comportement (par du script par ex), ou d'utiliser un autre composant en parallèle sans foutre le bordel partout ? (c'est une vrai question, pas un début de troll)
à l'inverse peut-on utilisé journald sans systemd ?