-12) via shlibs.local
* Suggest sysv-rc-conf (closes: #244643)
* Updated french manpage for update-rc.d (closes: #245007)
* Use larger dmesg buffer (-s option) (closes: #242923)
-- Miquel van Smoorenburg [EMAIL
-12) via shlibs.local
* Suggest sysv-rc-conf (closes: #244643)
* Updated french manpage for update-rc.d (closes: #245007)
* Use larger dmesg buffer (-s option) (closes: #242923)
-- Miquel van Smoorenburg [EMAIL
On 2004.03.24 09:52, Marco d'Itri wrote:
On Mar 24, Miquel van Smoorenburg [EMAIL PROTECTED] wrote:
Sounds like udev needs to run before everything else if it uses
a ramfs as /dev .. can't you just say if you want to use udev
with a ram-based filesystem, run udev from initrd ? I think
On Wed, 24 Mar 2004 01:00:38, Marco d'Itri wrote:
I forgot a crucial detail about mounting the kernel file systems early
in the boot process: /dev/pts must be mounted after udev has mounted its
own ramfs over /dev, so we will still need two different init script
even after mountkernfs will be
Package: libc6
Version: 2.3.2.ds1-11
Severity: critical
The package initscript_2.85-11 now does all the work of mounting
devpts, sysfs, procfs, usbdevfs in /etc/rcS.d/S02mountvirtfs
as was discussed previously.
Because of that it includes /etc/default/devpts and /etc/default/tmpfs
which are also
On 2004.03.15 12:22, Thomas Hood wrote:
On Mon, 2004-03-15 at 01:01, Miquel van Smoorenburg wrote:
I'm working on it. To be able to script several parts of this easily,
maintaining the /run functionality and also dynamic root dev
functionality for lvm and raid in which I have been involved
On Mon, 15 Mar 2004 23:35:36, Thomas Hood wrote:
On Mon, 2004-03-15 at 22:43, Thomas Hood wrote:
The readlink program doesn't use the C Library realpath().
Check it out -- it uses its own xreadlink() and readlink()
functions.
On checking the code myself I see that it actually uses
On Mon, 08 Mar 2004 10:04:53, Marco d'Itri wrote:
On Feb 22, Miquel van Smoorenburg [EMAIL PROTECTED] wrote:
I have been discussing this with the glibc people as well, in particular
with GOTO Masanori. Basically we agreed on something similar. I should
Are you working on this or should I
On Sat, 13 Mar 2004 10:31:57, Thomas Hood wrote:
On Sat, 2004-03-13 at 10:23, Colin Watson wrote:
http://lists.debian.org/debian-devel-announce/2004/debian-devel-announce-200402/msg9.html
Thanks. I was wondering if I had missed a firmer and more recent
announcement of release
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
In article [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED] wrote:
The trick is not to chop at the last dot but after the second dot, so it
doesn't matter how many dots you have in your kernelversion.
Your 'case' construct also seems to break at higher kernelversions like 2.10.*,
4.*,
] (Miquel van Smoorenburg)
reassign 50913 libc6
thanks
This belongs in libc6
Processing commands for [EMAIL PROTECTED]:
severity 50913 important
Bug#50913: sysvinit should have /etc/init.d/devpts.sh [PATCH]
Severity set to `important'.
Mike.
[This message has also been posted.]
reassign 53842 libc6
thanks
On 2 Jan 2000 00:33:24 +0100, Greg Schafer [EMAIL PROTECTED] wrote:
Package: libc6
Version: 2.1.2-11
Severity: normal
G'day
The change log has this entry:
* Remove devpts.sh, the init script is now in sysvinit.
But
in some other directories.
PLEASE don't try to fix this. Debian is about the only distro that
actually gets this right. Don't break it, pretty please
Mike.
--
The From: and Reply-To: addresses are internal news2mail gateway addresses.
Reply to the list or to [EMAIL PROTECTED] (Miquel van
gateway addresses.
Reply to the list or to [EMAIL PROTECTED] (Miquel van Smoorenburg)
In article [EMAIL PROTECTED],
Raul Miller [EMAIL PROTECTED] wrote:
On Fri, Dec 24, 1999 at 04:22:47PM +0100, Miquel van Smoorenburg wrote:
Absolutely not. There has been a lot of discussion on the kernel mailing
list about this last week, and a lot of kernel developers (including
Linus himself
In article [EMAIL PROTECTED],
Goswin Brederlow [EMAIL PROTECTED] wrote:
Package: libc6-dev
Version: 2.1.2-10
Severity: normal
I used all the include files mentioned in man open, but still O_LARGEFILE
wasn't defined and couldn't be used in open.
That's not weird - Linux doesn't support large
18 matches
Mail list logo