From: Stephen Frost (sfrost_at_snowman.net)
Date: Tue 28 Dec 2004 - 02:05:21 GMT
* Herbert Poetzl (herbert_at_13thfloor.at) 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
_______________________________________________
Vserver mailing list
Vserver_at_list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver