Dne Pá 16. ledna 2015 15:23:34, Tomáš Chvátal napsal(a):
Hello people,
With release of 13.2 we marked 5 releases that utilize systemd as default init.
There are still few leaf packages using regular old initscript instead of unit files. I guess it is due to simple fact that nobody bothered nor had a reason as it still kinda works.
What do you think? Should I do the rpmlint check?
Let me try address the concerns here rather than reply individualy: * Removing the initscripts will kill the support for other inits: - we already killed other init systems, there is only one system currently and that is systemd. If we were implementing Gentoo's openRC I would be pushing the same way to write scripts in its code, even tho it is too like systemd capable of runing plain sysvinit scripts. - even with your compat goal you are basically f***ed because more than 80% * There was promise that inits will keep working - there was promise that systemd will run initscript for external stuff so you keep compatibility and can in the case still run your software. That compat is not going away and actually we really really really want it to be around for a long time. - for package maintainers, well you have to learn the bits of systemd if you really are supposed to maintain some initscripts, because otherwise you have no clue what is happening regardless if you used service or sysvinit to get there. So for Factory it is actually desired, as it is our showroom, to systemd properly without relying on compat codepaths (the same like we should use ip tool instead of ifconfig in our tools even if we still have ifconfig around for oldlovers :)) * It is complex to write services - I don't remember seeing many posts where people actually asked on opensuse-packaging (or for internal people asking pack team) for help or guidance about the scripts or for factical help with them. - To those who internaly asked I am pretty sure we helped all and explained why we did what, so in long run they ough to be able maintain their packages better, because suprisingly they might know more about systemd - In most cases the services are actually cleaner, heck even in gentoo we admited that so please stop using this moot point. Now why really we should do it: * Using native syntax of the system we use should help us avoid corner cases which are even with best effort somewhere. Overall you didn't present any really valid reason for not doing it so here are the ones I am thinking about: * it can assplode and kill way to many software than expected but what for we have staging projects - basically my rpmlint update won't get to factory before we fix the core packages anyway, where i can even promise to find a time and fix most * there can be more failed packages than anticipated - well even if we identify them we can actually do sprint to copy them from archlinux/fedora to incorporate, any volunteers here? Cheers Tom