On Thu, Aug 25, 2005 at 09:34:18AM +0200, Tollef Fog Heen wrote:
> Well, it was an example. Another example involving X would be if you
> use a font server.
> Other examples could be ppp, which on my system would have to wait
> until fcdsl is loaded, while on other systems might wait for setseri
* Jon Dowland
| On Wed, Aug 24, 2005 at 08:52:36AM +0200, Tollef Fog Heen wrote:
| > If you have an USB mouse, you need to have the driver for it loaded
| > before starting gdm (or the boot will fail), if it uses Xdmcp for
| > connecting to a terminal server, it will need networking to be up (and
On Wed, Aug 24, 2005 at 08:52:36AM +0200, Tollef Fog Heen wrote:
> If you have an USB mouse, you need to have the driver for it loaded
> before starting gdm (or the boot will fail), if it uses Xdmcp for
> connecting to a terminal server, it will need networking to be up (and
> so on).
This is the
On Mon, 22 Aug 2005 13:21:19 +0200, Petter Reinholdtsen
<[EMAIL PROTECTED]> wrote:
>On Mon, Aug 22, 2005 at 12:59:49PM +0200, Marc Haber wrote:
>> How about a recipe for doing so?
>
>Good idea. Here is a quick and dirty draft based on my current
>understanding.
http://wiki.debian.net/?LSBInitScri
[Tollef Fog Heen]
> This doesn't handle the case of dynamic dependencies:
That is correct. So to handle those, one need to support override
files loaded from somewhere else. This also make it possible to add
dependency info for scripts currently missing it.
I got a sketch package working as a r
* Petter Reinholdtsen
| Add a block like this in the init.d script (example based on
| xdebconfigurator):
|
| ### BEGIN INIT INFO
| # Provides: xdebconfigurator
| # Required-Start:$syslog
| # Required-Stop: $syslog
| # Should-Start: $local_fs
| # Should-Stop:
On Mon, Aug 22, 2005 at 12:59:49PM +0200, Marc Haber wrote:
> On Mon, 22 Aug 2005 09:32:48 +0200, Petter Reinholdtsen
> <[EMAIL PROTECTED]> wrote:
> >Yeah, me too. I've seen incorrect init.d ordering several times. And
> >to be able to detect and fix incorrect boot order, we need to know
> >depen
On Mon, 22 Aug 2005 09:32:48 +0200, Petter Reinholdtsen
<[EMAIL PROTECTED]> wrote:
>Yeah, me too. I've seen incorrect init.d ordering several times. And
>to be able to detect and fix incorrect boot order, we need to know
>dependencies. I hope as many as possible will add dependency
>information
On Mon, 22 Aug 2005, Petter Reinholdtsen wrote:
> my packages. After all, it can not hurt to document expectations, and
> the headers can be used by any implementation so it is not tied to a
> given approach.
No, they cannot. But they are a good starting point, so go ahead.
If you want me to ex
[Marco d'Itri]
> I'm sure that a fair number of critical scripts (e.g. some dealing
> with networking) are not.
Yeah, me too. I've seen incorrect init.d ordering several times. And
to be able to detect and fix incorrect boot order, we need to know
dependencies. I hope as many as possible will a
[Martin F Krafft]
> The place to discuss issues like this would be the initscripts-ng
> project on alioth. There's a mailing list...
Good idea. I'll head over there. :)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Marcelo E. Magallon]
> Isn't just:
>
> wait
>
> enough?
In this case, yes. In the general case, it is unknown if a background
process was forked off earlier in the script, so you want to control
which processes to wait for.
I suspect 'wait $pid || true' or similar is needed though, as t
On Mon, Aug 22, 2005 at 01:13:08AM +0200, Petter Reinholdtsen wrote:
> +for pid in $pids ; do
> +wait $pid
> +done
Isn't just:
wait
enough?
--
Marcelo
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject o
On Aug 22, Petter Reinholdtsen <[EMAIL PROTECTED]> wrote:
> in parallell. Patch included below. For this change to work as it
> should, we need to make sure init.d-scripts are ordered according to
> dependency, so scripts needed by other scripts get a earlier sequence
> number. And to make it p
also sprach Petter Reinholdtsen <[EMAIL PROTECTED]> [2005.08.22.0113 +0200]:
> Any comments on this approach?
The place to discuss issues like this would be the initscripts-ng
project on alioth. There's a mailing list...
--
Please do not send copies of list mail to me; I read the list!
.''`.
Recently, I have been investigating how to speed up the boot process
in Debian, and during this work, I found a simple way to change
/etc/init.d/rc to run all init.d scripts with the same sequence number
in parallell. Patch included below. For this change to work as it
should, we need to make sur
16 matches
Mail list logo
