[Roger Leigh]
> If startpar still requires /proc, then probably not, but I don't
> understand why this doesn't break on Linux (without initramfs) if
> this is the case, since it won't have /proc mounted either.
Startpar do not require /proc, it just work better with /proc than
without.
--
Happy h
Hi Roger,
I gave a quick look at this bug report. I think the problem reported
in 2009 is no longer present. In particular:
- The premise [1] doesn't seem to be true anymore. Perhaps what we
were missing is "X-Start-Before" support, which we're using now:
$ grep X-Start-Before: /etc/init.d
On Sat, Aug 22, 2009 at 03:00:52PM +0200, Aurelien Jarno wrote:
> Since insserv is enabled by default, it is not possible to do GNU/kFreeBSD
> specific initialisation in a dedicated script and ensure it is done at
> the right moment due to dependencies issue. This is especially true for
> mtab.sh,
Hi. Did you get this? I never saw a reply.
[Petter Reinholdtsen 2009-09-05]
> The bug in console-setup forcing the kfreebsd specific init.d script
> to provide udev (#545070) is now fixed.
>
> Does this solve the initial problem with the kfreebsd installation,
> when you drop the udev provide?
The bug in console-setup forcing the kfreebsd specific init.d script
to provide udev (#545070) is now fixed.
Does this solve the initial problem with the kfreebsd installation,
when you drop the udev provide?
Happy hacking,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to debian-bugs-dist-
On Sat, Aug 22, 2009 at 11:04:29PM +0200, Petter Reinholdtsen wrote:
> [Aurelien Jarno]
> > Thanks for the patch. I'll try it and report the bug tomorrow.
>
> Great.
>
> > I would still appreciate that you look at the initial patch I sent
> > you though, as it will avoid duplicating code already
[Aurelien Jarno]
> Thanks for the patch. I'll try it and report the bug tomorrow.
Great.
> I would still appreciate that you look at the initial patch I sent
> you though, as it will avoid duplicating code already provided by
> sysvinit or workarounding part of it in a kfreebsd specific
> initscr
On Sat, Aug 22, 2009 at 10:27:41PM +0200, Petter Reinholdtsen wrote:
> [Aurelien Jarno]
> > It will stay unique across as we don't have udev.
>
> Right. Still seem like a bad idea to me. :)
>
> > Also I think the dependency on udev should be understood as "/dev is
> > ready", and our script is d
[Aurelien Jarno]
> It will stay unique across as we don't have udev.
Right. Still seem like a bad idea to me. :)
> Also I think the dependency on udev should be understood as "/dev is
> ready", and our script is doing this job.
Well, on systems without udev (which is allowed on Linux at least a
On Sat, Aug 22, 2009 at 08:04:05PM +0200, Petter Reinholdtsen wrote:
> [Aurelien Jarno]
> > Let's give an example. Our script, among other things does:
> > - Ensure that /etc/mtab is a symlink to /proc/mounts, and that has to be
> > done before mtab.sh so that it don't remove /dev. It also needs
[Aurelien Jarno]
> Let's give an example. Our script, among other things does:
> - Ensure that /etc/mtab is a symlink to /proc/mounts, and that has to be
> done before mtab.sh so that it don't remove /dev. It also needs to start
> after checkroot to be able to write on the file system.
> - Setu
On Sat, Aug 22, 2009 at 05:50:51PM +0200, Petter Reinholdtsen wrote:
> [Aurelien Jarno]
> > It is possible,
>
> Right.
>
> > but that just mean we need to split our script in 4 or 5 scripts.
>
> Then I am lost again. How could this work earlier with one script, if
> it can't work without many s
[Aurelien Jarno]
> It is possible,
Right.
> but that just mean we need to split our script in 4 or 5 scripts.
Then I am lost again. How could this work earlier with one script, if
it can't work without many script with dependency based boot
sequencing. One should be able to get a script into a
On Sat, Aug 22, 2009 at 04:23:05PM +0200, Petter Reinholdtsen wrote:
> [Aurelien Jarno]
> > Since insserv is enabled by default, it is not possible to do
> > GNU/kFreeBSD specific initialisation in a dedicated script and
> > ensure it is done at the right moment due to dependencies issue.
>
> Why
[Aurelien Jarno]
> Since insserv is enabled by default, it is not possible to do
> GNU/kFreeBSD specific initialisation in a dedicated script and
> ensure it is done at the right moment due to dependencies issue.
Why not? I thought forward and reverse dependencies should make it
possible to inser
Package: sysvinit
Version: 2.87dsf-2
Severity: important
Tags: patch
Since insserv is enabled by default, it is not possible to do GNU/kFreeBSD
specific initialisation in a dedicated script and ensure it is done at
the right moment due to dependencies issue. This is especially true for
mtab.sh, w
16 matches
Mail list logo
