[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
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 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:
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
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,
[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 insert
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 not? I
[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
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 script with
[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.
- Setup
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 to
[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 at
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 doing this
[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
initscript.
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 provided
16 matches
Mail list logo