* Herbert Poetzl ([EMAIL PROTECTED]) wrote: > On Mon, Dec 27, 2004 at 08:48:43PM -0500, Stephen Frost wrote: > > Perhaps, I just don't like releasing legacy tools. How difficult is it > > to move to the new tools? Are the 'new' vservers the 2.6 ones, and the > > 'old' vservers the 2.4 ones, or can you have 'new' 2.4 vservers? > > in theory, you could have newstyle 2.4 vservers, practically > you won't do that, and the missing piece is a conversion > script, which takes the old config and converts it to the > new style config ... > > this would at least provide a one way 'upgrade' to newstyle > (not sure if that is better than allowing for both configs > until legacy fades away ...)
Well, if there's a workable upgrade script then we could run that in our
post-inst and not have to ship the legacy tools. It's a thought anyway,
but it's up to the Debian maintainer if he wants to expend that effort
or not.
> > 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.
Stephen
signature.asc
Description: Digital signature
_______________________________________________ Vserver mailing list [email protected] http://list.linux-vserver.org/mailman/listinfo/vserver
