-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am 07.09.2012 15:43, schrieb Michal Vyskocil:
Hallo all,
Reading the discussion about dropping sysv init, it seems the number of people are opposing against it is big. I have an idea for people wiling to maintain and use it in the future.
It is trivial to create a community project dedicated to that task. All you need is to have a devel project (Base:sysvinit), where you will maintain sysvinit and all needed init scripts. As our software stack is really powerfull, it can be done easily. This is the snippet of the spec file providing the init script for vsftpd.
Name: vsftpd-sysv Description: Sysvinit script for vsftpd Supplements: packagageand(sysvinit:vsftpd) Requires: sysvinit Requires: vsftpd Source0: vsftpd.init
%post %{inserv ...
The biggest advantage is that there will be a group of people taking a care about sysvinit, which is better from what we have now.
The disadvantage (or maybe an advantage) is that the amount of needed work will be probably huge, especially adapting on upcomming changes in Factory. I'm talking especially about Gnome, where systemd is (planned to be) integrated into core parts (gdm, gnome-session, ...) and the Supplements trick won't work here, so the $sysvinit project will be enforced to provide own packages in some cases.
But in anycase, the future is in your hands ...
BTW: I am not going to be a part of such project as I support systemd migration - I just wanted to raise my idea to you
Regards Michal Vyskocil
Please count me in to help with sysvinit maintenance. I would prefer the /etc/init.d/xxx scripts to remain in the related packages, as is also the case for systemd .service files. There are still too many situations where sysvinit is needed. Be it those arm systems with old kernels on which systemd does not run (and porting those patches is hard), or "dhcpcd eth0" that just hung on my 12.2's systemd trying to restart ntp.service also, we should try to keep Factory in a state that is always working. And change things in ways that could be easily reverted if needed. Ciao Bernhard M. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlBhuEEACgkQSTYLOx37oWS7WwCgxZZeDjFxpQ2KingeGgJnqXla KnMAn3zVnRQ4An3BGoTd3X1othssQt6j =kIv2 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org