[Pkg-xen-devel] Re: [Pkg-xen-changes] r70 - trunk/xen-3.0/debian

Ralph Passgang ralph at debianbase.de
Sun Mar 5 21:36:34 UTC 2006


Am Sonntag, 5. März 2006 18:42 schrieb Bastian Blank:
> On Sat, Mar 04, 2006 at 07:43:23PM +0100, Ralph Passgang wrote:
> > Am Samstag, 4. März 2006 13:45 schrieb Julien Danjou:
> > > Bastian, why did you remove this package in your last commit?
> >
> > I would like to have an explanation for that too. We believe we don't
> > need to remove this package (at least now where all problems with
> > upgrading from older versions have been fixed) and it helps to have a
> > setup that is easy to setup for new users (because they only need to run:
> > "apt-get install xen") and even it helps for upgrading a xen2 setup to
> > xen3.
>
> I don't see a dependency against a kernel nor a check if it will boot at
> all (this is impossible). A valid upgrade procedure have no point where
> it can make the system unbootable. The same problem makes it currently
> impossible to do automatic kernel upgrades from sarge.

I don't get that.

providing kernel images is not the job of the pkg-xen group. And besides that. 
I don't think a depenendcy for a kernel is really what we want. Of course we 
would like to have kernel images available within the debian archive, so that 
it's easy for the user to install a kernel, but we also want that the user 
can compile his own kernel, so we should use a dependency for a kernel at 
all.

Btw. (luckily) the whole debian distribution doesn't depend on a kernel image 
anywhere! You can install a complete system without a bootloader or a kernel 
installed. This is often needed for virtualized systems, or do you install a 
kernel in a domU? :)

so why should xen depend on a kernel image? I don't see a reasion for that.

> > Maybe there also other solutions, what about renaming the "xen" package
> > to "xen-3.0" and providing "xen" within "xen-3.0"?
>
> What do you want to achieve?

forget it, I thought you maybe misliked the xen package because of this was 
more or less the last package without the major version in the packagename.

> > Please explain at least why you think this is wrong. We are a team, so we
> > should discuss such stuff. I also tried to explain why I added the xen
> > package again in my svn comment, please also use this svn log more. just
> > "updated control" is a absolout useless comment, because the information
> > which files you updated is obvious.
>
> It was targeted to another tree.
>
> > for example there are two entries for "xen-utils-3.0" in debian/control
> > now.
>
> This is clearly wrong.

yeah? Haven't you noticed that two people on this list already said so. You 
maybe should check that again. Of course there are two entries for 
xen-utils-3.0 in debian/control now. If you fix that, please remove the first 
entry, not the second one (because it has better dependencies).

> > Or why do you cross-compile hypervisors?
>
> There is nothing cross-compiled there.

how do you call it, when you compile a amd64 hypervisor on a i386 box?

> > If you use a 64bit hypervisor you have to use a 64bit dom0 kernel and you
> > have to use 64bit version of xen userspace tools.
>
> Bah, they really have allignment issues in some struct.

I am not a c-guru in any form and I don't care why a 64bit hypervisor is not 
really controllable with the 32bit version of the userspace tools, but 
because thats the way it is, we shouldn't provide a 64bit hypervisor for the 
normal i386 architecture (and at least for me it looks like this is happening 
now).

> > And the rules files seems to be broken in some places, because when I try
> > to compile xen with the debian dir with all svn commits from you, I have
> > this error at the end:
>
> This are the wrong install files.

You changed the rules + control files, so please fix everything else that is 
needed to have a buildable version again. It takes a lot more time for others 
to fix such things, because your changes were to massive to understand them 
directly. You should know what is happening now and why, so please go ahead 
with the .install files.

> Bastian

To be honest, I don't know if I really like the new version, but I want to 
give you the chance to provide a working version again and then we can check 
how good the resulting packages are. But in future PLEASE discuss such 
changes a bit more before just applying...

--Ralph



More information about the Pkg-xen-devel mailing list