[Pkg-xen-devel] Bug#536174: Bug#536174: Bug#536174: Bug#536174: xen-utils-3.4: pygrub searches for filesystem plugins at the wrong path

[Bastian Blank]

On Sun, Jul 19, 2009 at 04:25:58AM +0800, Thomas Goirand wrote:
> Bastian Blank wrote:
> > On Fri, Jul 17, 2009 at 08:08:48PM +0800, Thomas Goirand wrote:
> > What is "numerous software" and what are they doing with this internal
> > und unstable interfaces?
> Namely: enomalism, dtc-xen (our software). We are currently getting away
> from it, and build a cleaner code using libvirt, but still ... There
> must be some other software as well, I remember at least a 3rd one needs
> it, but can't remember it's name.

And what do they use? xen.xm? xen.lowlevel?

> In both cases, the goal is to avoid forking yet another process, by
> calling "xm list", "xm stop" or "xm start" for example, by simply
> including some python code and calling the main.

Forking a tool is the way to go since Unix was invented. That is why
fork is fast. But okay, so they use xen.xm.main.

> >> This makes absolutely no sense to me, and also, I don't think that being
> >> a maintainer gives you the rights to decide for everyone using the
> >> distribution.
> > In Debian the maintainer have the power to decide this. However, they
> > can be overwritten by the developers at all or the technical
> > committee.[1]
> But best practice is to listen to suggestions, and be open for
> discussions, no?

Suggestions to drop support are no good start for a discussion.

> >> Also, if there's no /usr/lib/xen, what is the point of having a
> >> /etc/alternatives/xen-default? I'd like to understand.
> > There is a /usr/lib/xen-default. This link is meant as a last resort
> > fallback in case it can't decide which version to use.[2] So in theory you
> > can use a handmade Xen with a prebuilt version of the userspace.
> My point is that there should be a /usr/lib/xen, and there is no reason
> that Debian is the only distro. in the world that doesn't have one, it's
> not standard, and always causes issues.

No, Xen have several definitions, where it tries to install to by
default. /usr/lib/xen is only one. So, if you think this should exist,
please elaborate the behaviour of it, including all constraints.

Bastian

-- 
We Klingons believe as you do -- the sick should die.  Only the strong
should live.
		-- Kras, "Friday's Child", stardate 3497.2