[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Future of update-rc.d in wheezy+1

On Thu, Jun 28, 2012 at 10:52:23AM +0100, Roger Leigh wrote:
On Thu, Jun 28, 2012 at 10:44:53AM +0200, Goswin von Brederlow wrote:
The numbers specified for update-rc.d must be well ordered according to the dependencies specified in the LSB headers. That means that that
update-rc.d could keep a record of the numbers specified and check that
the numbers are valid even though sysv-rc/insserv then ignore them.
While we could expend the time and effort to do this, I do have to
question why.  What would be the point of this?  No one is using
those numbers, so why retain them?  It seems, to me, to be an
entirely pointless waste of valuable developer time.  And not just my
time, but for every developer who would need to continue to test and
validate the numbers for their scripts.

We have dependencies for a reason, and the sequence numbers are now
nothing more than a historical artifact.

Well, I’m using file-rc on all my systems for many years.
- „vi /etc/runlevel.conf” is easier than working with strange symlinks;
- if I don’t want a service to start, I can replace „2,3,4,5” with „-”;
- third-party software without Debian package doesn’t use update-rc.d; getting it to start is easier if I only have to edit one file (runlevel.conf);

I have never used dependency based booting.
- old systems had to many old init scripts without LSB headers, so the upgrade failed; - some software needs a database, but the database server may not be the same server, so the software can’t have a dependency on the database server; so I have to overwrite the dependency configuration in some way;
- third-party software doesn’t have any LSB headers;

IIRC the upgrade to dependency based booting doesn’t fail anymore if you have initscripts without LSB headers (they are now running at the end of the boot process), but for now I still don’t see any reason to change.

| Stephan Seitz          E-Mail: stse@fsing.rootsland.net |
| Public Keys: http://fsing.rootsland.net/~stse/keys.html |

Attachment: smime.p7s
Description: S/MIME cryptographic signature

Reply to: