Michael Hennebry writes: > I also know of no technical argument on the > fedora forum that persuaded fedora's authors. As far as I know there isn't really a technical argument for systemd or any particular systemd.* on Fedora workstations. The various traditional inits and daemons work fine in that environment.[1] I have seen technical arguments for systemd and its modules made in the context of servers, though (search the lists for Lennart Poettering (sp?), you'll find some pretty quick, and there are plenty that he didn't make, too, I just don't have an easy search key for them). Since it's the server industry that pays geld for RHEL, and often contributes dollars and dev time to Fedora as well, they're going to be listened to for server editions. And then maintainers are going to think "we have to keep the paying customers satisfied, and we'd really prefer to maintain only one subsystem for each purpose". Pretty clearly that one subsystem is going to be the one the large customers/donors prefer for their business systems. If you're talking about whatever bit of code is annoying the OP, well, if you put maintenance of your system's software in the hands of third parties, you're either going to have to put up with such annoyance sometimes because maintainers are neither omniscient to foresee all problems, nor omnipotent to program away all the problems they do foresee. Or you're going to have to take an active role in the maintenance of the software systems you depend on. > One way to get rid of smoking would be for non-smokers > to make a collective decision to make fun of smokers. That might work for smoking, although more likely because the smokers will leave when they see you coming, rather than because they stop smoking. But "leaving when they see you coming" is not exactly what you're hoping for from maintainers. Footnotes: [1] However, maintenance on non-systemd software is going to decrease over time, and eventually it's all going to be "legacy" and riddled with technical debt -- and that will be the technical argument. _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
