Herbert Poetzl <[EMAIL PROTECTED]> writes: > On Mon, Dec 27, 2004 at 09:05:21PM -0500, Stephen Frost wrote: >> * Herbert Poetzl ([EMAIL PROTECTED]) wrote: >> > On Mon, Dec 27, 2004 at 08:48:43PM -0500, Stephen Frost wrote:
>> > > syslogd and klogd are seperate packages already, the problem is that >> > > klogd doesn't work and complains because it doesn't have proper >> > > permissions. I think that's the main issue... >> > >> > hmm, so why not simply unconfigure (remove the link for >> > the kernel logger service for the default runlevel) and >> > be done? no change required at all, right? >> >> Sure, but you can't do that in the Debian util-vserver package. :) Can't >> touch other package config files. That's one of the reasons why I think >> it shouldn't be the Debian's packages problem- let the user handle it, >> it's not that big of a deal... >> >> > so I see no issue there, as I said, just unconfigure >> > that 'hardware' related service like the others >> > (random, rtc, usb ...) >> >> Again, a Debian util-vserver package couldn't do that due to sane policy >> issues. It'd be nice if we didn't have to worry about it because the >> kernel/vserver patch took care of it, but otherwise I think the user can >> handle it and maybe we could have some stuff in README.Debian about it. > > you got that one wrong, the service is working fine > on the host, it's the guest setup which doesn't allow > for those services, and this IMHO has to be configured > at guest installation anyway (otherwise you end up with > a lot of error messages, when the vserver tries to access > the hardware, configure the usb disks or set the system > time) ... > > so I really, really, dont see any issues with disabling > klogd (runlevel service that is) for a guest when it is > isntalled, and this will solve the klogd issues in the > guest (there should be none on the host, if so then it's > a bug and we will try to fix it ...) And you can even do that disabling cleanly and automatically if you install your guest systems with a virtual klogd instead of the standard one which contains nothing but Provides: linux-kernel-log-daemon Conflicts: linux-kernel-log-daemon Replaces: linux-kernel-log-daemon OK, it could make sense to call this package not "util-vserver-something" but "vserver-guest". This isn't about util-vserver any more, but more something like adding Debian support for a new hardware platform. And for the other hardware stuff Herbert mentioned (random, rtc, usb)... theoretically, this vserver-guest package could pull in dependencies on adapted versions, or provide virtual packages which aren't useful on the guest system. GruÃ, Uli _______________________________________________ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver