[opensuse-factory] Fwd: [systemd-devel] [HEADS-UP] Early-boot SysV service support is going away
-------- Original Message -------- Subject: [systemd-devel] [HEADS-UP] Early-boot SysV service support is going away Date: Tue, 18 Sep 2012 00:59:26 +0200 From: Lennart Poettering <lennart@poettering.net> Organization: Red Hat, Inc. To: systemd Mailing List <systemd-devel@lists.freedesktop.org> Heya, In a month or two we'll make the SysV service logic in systemd generator-based. This helps us clean up our codebase a bit and makes SysV service support an optional plugin rather than something that is built into PID1. Effectively, by doing this move very little will change in behaviour for SysV scripts, with one exception however: we will remove support for early-boot SysV scripts. Early-boot SysV scripts are those for the special "S", "boot", or "b" runlevel that exist on some distributions. These runlevels are highly distro specific, have never been really standardized and are really cumbersome to support right now with a lot of per-distribution hacks. Please do not misunderstand this: it's one thing supporting normal SysV scripts, it's another one supporting them in the early boot part of the things. The former is going to stay for a long time, the latter however is going to be removed in a couple of month. Anyway, this is basically just a heads-up about this, so that you folks who still need this can think about good solutions what to do instead. Here's what I can propose: a) port the early-boot init scripts to native systemd units. You probably should do that anyway, and in most cases there should be very little left that systemd doesn't do on its own anyway in the early-boot process. We recommend to go this way, of course. or b) Try to forward-port support for these magic runlvels to what's coming. Probably a lot of work, since due to the conversion to a generator this is a lot more work than it might appear right now. The code structure of the sysv logic will change quite substantially. or c) write an explicit generator for these services, in the specific syntax of your distro. Anyway, please think about it, we'd just like to make you aware of this in time. At least Debian, Suse, Ubuntu, Angstrom appear to be candidates where this lost functionality might be noticable. Lennart -- Lennart Poettering - Red Hat, Inc. _______________________________________________ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Cristian Rodrmguez wrote:
Subject: [systemd-devel] [HEADS-UP] Early-boot SysV service support is From: Lennart Poettering <lennart@poettering.net>
At least ..., Suse ... appears to be [among] candidates where this lost functionality might be noticable.
Sigh. Would it be fair to say that this might be similar to the difference between Win98/ME and WinXP -- insomuch as the earlier versions booted DOS first and then started windows, whereas with WinXP skipped the startup scripts and jumped directly into a GUI and eventually became, in SP3, the most stable OS MS has ever released? Um... maybe I'm prematurely concerned, but is the desktop next to go and we'll all find ourselves presented with a tablet interface? You'll have to admit to some similarities... and in large part, with MS, it was about wresting control away from the user, likely some shifted to linux to get away from that... A difference in that world might be that computers were unlikely to be upgraded from XP to Win7, as the leap in HW requirements between the two OS's was pretty high that and XP's maintenance cycle for updates, I don't think has yet ended. MS wanted to make sure old those old XP machines had time to die a natural death and be replaced by new machines that started with the newer SW already in place. So part of the concern about systemd is about upgrading current machines -- not so much as the fact that the new process is different or that the old has to stay the same. Anyway, was just thinking about the potential upsides of a new boot process, and why I might feel discomfort at the speed with which it was oncoming... -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Cristian Rodrmguez wrote:
Subject: [systemd-devel] [HEADS-UP] Early-boot SysV service support is From: Lennart Poettering <lennart@poettering.net>
At least ..., Suse ... appears to be [among] candidates where this lost functionality might be noticable.
Sigh. Would it be fair to say that this might be similar to the difference between Win98/ME and WinXP -- insomuch as the earlier versions booted DOS first and then started windows, whereas with WinXP skipped the startup scripts and jumped directly into a GUI and eventually became, in SP3, the most stable OS MS has ever released? Um... maybe I'm prematurely concerned, but is the desktop next to go and we'll all find ourselves presented with a tablet interface? You'll have to admit to some similarities... and in large part, with MS, it was about wresting control away from the user, likely some shifted to linux to get away from that... A difference in that world might be that computers were unlikely to be upgraded from XP to Win7, as the leap in HW requirements between the two OS's was pretty high that and XP's maintenance cycle for updates, I don't think has yet ended. MS wanted to make sure old those old XP machines had time to die a natural death and be replaced by new machines that started with the newer SW already in place. So part of the concern about systemd is about upgrading current machines -- not so much as the fact that the new process is different or that the old has to stay the same. Anyway, was just thinking about the potential upsides of a new boot process, and why I might feel discomfort at the speed with which it was oncoming... -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (2)
-
Cristian Rodríguez -
Linda Walsh