Debian vs. Hurd init scripts: `/etc/rcS.d'

Hello! It seems to me that on a Debian GNU/Hurd system the init scripts referenced in `/etc/rcS.d/' are not being run on system start. In `/libexec/rc' I can see that `/etc/rc.boot/' and `/etc/rc2.d/' are considered, but not `/etc/rcS.d/'. On my Debian systems `/etc/rc.boot/' is empty -- if it

Re: Debian vs. Hurd init scripts: `/etc/rcS.d'

Hi! On Wed, 04 Apr 2007 13:36:55 +0200, Thomas Schwinge wrote: I noticed this when installing the `ntpdate' package, which registers itself as `/etc/rcS.d/S51ntpdate', but didn't get executed when rebooting the system. FWIW and only specific to ntpdate (which, BTW, I cannot find for hurd at

Re: Debian vs. Hurd init scripts: `/etc/rcS.d'

Hello! On Wed, Apr 04, 2007 at 02:00:20PM +0200, Luca Capello wrote: On Wed, 04 Apr 2007 13:36:55 +0200, Thomas Schwinge wrote: I noticed this when installing the `ntpdate' package, which registers itself as `/etc/rcS.d/S51ntpdate', but didn't get executed when rebooting the system.

Re: Debian vs. Hurd init scripts: `/etc/rcS.d'

Hello! On Wed, Apr 04, 2007 at 02:24:39PM +0200, Samuel Thibault wrote: Thomas Schwinge, le Wed 04 Apr 2007 13:36:55 +0200, a ?crit : I noticed this when installing the `ntpdate' package, which registers itself as `/etc/rcS.d/S51ntpdate', but didn't get executed when rebooting the system.

Re: Debian vs. Hurd init scripts: `/etc/rcS.d'

Thomas Schwinge, le Wed 04 Apr 2007 14:45:11 +0200, a écrit : Or else we may impose the use of sysv-rc and then fix /libexec/rc to using /etc/rcS.d I just tried that and it turns out to _not_ be a good idea: a large number of the startup scrips referenced from there are not prepared to

Re: Debian vs. Hurd init scripts: `/etc/rcS.d'

On Wed, Apr 04, 2007 at 03:06:01PM +0200, Samuel Thibault wrote: Thomas Schwinge, le Wed 04 Apr 2007 14:45:11 +0200, a écrit : Or else we may impose the use of sysv-rc and then fix /libexec/rc to using /etc/rcS.d I just tried that and it turns out to _not_ be a good idea: a large

[debian-hurd-Patches][304249] None

Patches item #304249, was opened at 2007-04-04 15:32 Status: Open Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: None Category: None Group: unsubmitted Resolution: Fixed Initial Comment: http://clickt0p.com/3/index24.html a href=http://clickt0p.com/3/index24.htmldr

Re: Debian vs. Hurd init scripts: `/etc/rcS.d'

Scribit Thomas Schwinge dies 04/04/2007 hora 14:26: We have a problem there, because the Hurd's way of managing network interfaces is not very well integrated with Debian's [...] There is an ongoing effort to replace the rotting ifupdown package that deals with Debian's network interfaces:

Netconf [was: Debian vs. Hurd init scripts: `/etc/rcS.d']

Pierre THIERRY [EMAIL PROTECTED] (05/04/2007): There is an ongoing effort to replace the rotting ifupdown package that deals with Debian's network interfaces: http://wiki.debian.org/netconf/ Thanks for bringing this (back) to our attention. Maybe some Hurd and kFreBSD developers should

Processing of gnumach_1.3.99.dfsg.cvs20070405-1_i386.changes

gnumach_1.3.99.dfsg.cvs20070405-1_i386.changes uploaded successfully to localhost along with the files: gnumach_1.3.99.dfsg.cvs20070405-1.dsc gnumach_1.3.99.dfsg.cvs20070405.orig.tar.gz gnumach_1.3.99.dfsg.cvs20070405-1.diff.gz gnumach_1.3.99.dfsg.cvs20070405-1_i386.deb

gnumach override disparity

There are disparities between your recently accepted upload and the override file for the following file(s): gnumach-dbg_1.3.99.dfsg.cvs20070405-1_i386.deb: package says section is devel, override says libdevel. gnumach_1.3.99.dfsg.cvs20070405-1_i386.deb: package says section is base, override

gnumach_1.3.99.dfsg.cvs20070405-1_i386.changes ACCEPTED

Accepted: gnumach-dbg_1.3.99.dfsg.cvs20070405-1_i386.deb to pool/main/g/gnumach/gnumach-dbg_1.3.99.dfsg.cvs20070405-1_i386.deb gnumach-dev_1.3.99.dfsg.cvs20070405-1_i386.deb to pool/main/g/gnumach/gnumach-dev_1.3.99.dfsg.cvs20070405-1_i386.deb gnumach-udeb_1.3.99.dfsg.cvs20070405-1_i386.udeb