Re: udev uploaded to experimental
On Sun, 22 Feb 2004 13:43:50, Marco d'Itri wrote:
> I'm lazy, so I will include my last blog post as a summary.
>
> This goes to debian-glibc and the initscripts maintainer as well because
> S35mountkernfs needs to be split in two parts: one which will mount /proc
> and /sys, to be run at S03 and one for the rest, which can be left at S35.
> This will have the positive side effect of allowing removal from some
> other init scripts of the cruft needed to mount and then unmount /proc.
I have been discussing this with the glibc people as well, in particular
with GOTO Masanori. Basically we agreed on something similar. I should
have drafted up a proposal to post to debian-devel some time ago,
but I didn't have time and later forgot about it .. sorry.
Part of that discussion:
Miquel van Smoorenburg wrote:
> Now there are packages that want to look at /proc even before
> /etc/rcS.d/S35mountall.sh. So much, that /etc/rcS.d/S10checkroot
> makes sure it's mounted. And there are even packages that need
> procps even earlier, like bootlogd and keysmaps. They mount /proc
> to peek in and then unmount it again: ugly.
>
> Now a request to mount /sys from the initscripts has also been filed,
> see Bug#225912.
>
> So, if I need to add a script to the initscripts (from sysvinit) package
> to manage proc and sysfs, why not throw devpts into it. It's a similar
> filesystem.
>
> I think it needs to be a 2-stage system. /etc/rcS.d/S02mountkernfs would
> mount all top-level kernel filesystems (there's also non-toplevel, e.g.
> /where/ever/chroot1/proc) but not write /etc/mtab. Then,
> /etc/rcS.d/S35mountall.sh would make sure that those mounts get written
> to /etc/mtab and that the other non-toplevel kernel filesystems get mounted.
>
> If you look at /etc/rc6.d/S31umountnfs.sh you'll see that the unmounting
> of some of those filesystems is already handled by that (admittedly now wrongly
> named) script.
GOTO Masanori wrote:
> I think it's sane that initscripts handles such mount works.
> The rest items I think are:
>
> - glibc package loses devpts.sh/mountkernfs, and initscripts
> gets it. So we need to add Conflicts: initscripts (<<
> oldversion) if we do without consideration. I don't want to
> add such Conflicts. Fortunately, my update to
> /etc/init.d/devpts.sh/mountkernfs is not still packaged to
> the latest glibc sid package, so we only consider to devpts
> (which is currently provided by glibc package). Can you
> provide good script which allows to coexist both devpts.sh
> and your new script?
>
> - Is this integration worth while doing?
>
> - we need to discuss this issue on the public lists
> (debian-devel, debian-glibc)
Mike.
Reply to: