Re: LSB initscript ordering issues

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

 



John Dennis (jdennis@xxxxxxxxxx) said: 
> >It could be that the LSB, dependency style is not flexible enough to work in
> >this instance.  We might be able to work around this with virtual provides,
> >though.  We do want to avoid marking init scripts as %config and eventually,
> >in the indefinite sense, we can use upstart's facilities to do this
> >sort of thing.  So I'm not certain that we'd want to start encouraging
> >people to mix config with the initscripts yet.
> 
> A more careful reading of the LSB spec might indicate this is a moot
> issue after all. If I understand correctly I think this can be
> accomplished by listing *every* optional dependency in the
> Should-Start list.
> 
> If I'm reading it correctly the items in Should-Start will be
> started earlier if and only if they are enabled to start.
> 
> For example if you're dependent on a SQL database and can choose
> between mysql and postgres in your configuration and elect to use
> mysql. Then the initscript would have:
> 
> # Should-Start: mysql postgres
> 
> and all the sysadmin must do is enable mysql to start at boot.
> Because mysql is enabled the mysql dependency will be honored, but
> the postgres dependency will not be honored because it's not
> enabled.

Alas, not until I (or someone) gets around to fixing
https://bugzilla.redhat.com/show_bug.cgi?id=98470

Should-Start is listed as optional in the spec, FWIW.

Bill

--
Fedora-packaging mailing list
Fedora-packaging@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-packaging

[Index of Archives]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite Forum]     [KDE Users]

  Powered by Linux