Bug#542953: sysvinit: fixes for GNU/kFreeBSD

2012-04-10 Thread Petter Reinholdtsen
[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

Bug#542953: sysvinit: fixes for GNU/kFreeBSD

2012-04-09 Thread Roger Leigh
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,

Bug#542953: sysvinit: fixes for GNU/kFreeBSD

2012-04-09 Thread Robert Millan
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:

Bug#542953: sysvinit: fixes for GNU/kFreeBSD

2010-03-20 Thread Petter Reinholdtsen
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?

Bug#542953: sysvinit: fixes for GNU/kFreeBSD

2009-09-05 Thread Petter Reinholdtsen
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

Bug#542953: sysvinit: fixes for GNU/kFreeBSD

2009-08-22 Thread Aurelien Jarno
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,

Bug#542953: [Pkg-sysvinit-devel] Bug#542953: sysvinit: fixes for GNU/kFreeBSD

2009-08-22 Thread Petter Reinholdtsen
[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

Bug#542953: [Pkg-sysvinit-devel] Bug#542953: sysvinit: fixes for GNU/kFreeBSD

2009-08-22 Thread Aurelien Jarno
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

Bug#542953: sysvinit: fixes for GNU/kFreeBSD

2009-08-22 Thread Petter Reinholdtsen
[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

Bug#542953: sysvinit: fixes for GNU/kFreeBSD

2009-08-22 Thread Aurelien Jarno
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

Bug#542953: sysvinit: fixes for GNU/kFreeBSD

2009-08-22 Thread Petter Reinholdtsen
[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

Bug#542953: sysvinit: fixes for GNU/kFreeBSD

2009-08-22 Thread Aurelien Jarno
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

Bug#542953: sysvinit: fixes for GNU/kFreeBSD

2009-08-22 Thread Petter Reinholdtsen
[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

Bug#542953: sysvinit: fixes for GNU/kFreeBSD

2009-08-22 Thread Aurelien Jarno
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

Bug#542953: sysvinit: fixes for GNU/kFreeBSD

2009-08-22 Thread Petter Reinholdtsen
[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.

Bug#542953: sysvinit: fixes for GNU/kFreeBSD

2009-08-22 Thread Aurelien Jarno
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