RE: xen 2.0.x and debian

RE: xen 2.0.x and debian

[Tom Hibbert]

I think we are waiting on 2.6.10 to get accepted into testing.
If you're tired of waiting you can build the debs yourself (like I did
:)
http://people.debian.org/~doogie/xen_2.0.3-0.diff.gz

Thanks


Tom 

-----Original Message-----
From: xen-devel-admin@lists.sourceforge.net
[mailto:xen-devel-admin@lists.sourceforge.net] On Behalf Of James Harper
Sent: Tuesday, 1 February 2005 3:58 p.m.
To: Adam Heath
Cc: xen-devel@lists.sourceforge.net
Subject: RE: [Xen-devel] xen 2.0.x and debian

> > > I plan on releasing(by release, I mean upload to debian itself)
the
> > xen
> > > debs tomorrow evening.  2.4.28 is not in debian yet, so there
won't be
> > > a patch for that, only 2.6.10.
> >
> > *wild cheering and applause*
> 
> I got a private email tonight, asking when I'd release.  So, I set a 
> timeframe.
> 

Any progress on this?

James


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time by
over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xen-devel


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl

Re: xen 2.0.x and debian

[Nuutti Kotivuori]

Tom Hibbert wrote:
> I think we are waiting on 2.6.10 to get accepted into testing.  If
> you're tired of waiting you can build the debs yourself (like I did
> :)
>
> http://people.debian.org/~doogie/xen_2.0.3-0.diff.gz

Please add 'dh-kpatches' to build-deps.

-- Naked



-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl

Re: Re: xen 2.0.x and debian

[Adam Heath]

On Wed, 2 Feb 2005, Nuutti Kotivuori wrote:

> Tom Hibbert wrote:
> > I think we are waiting on 2.6.10 to get accepted into testing.  If
> > you're tired of waiting you can build the debs yourself (like I did
> > :)
> >
> > http://people.debian.org/~doogie/xen_2.0.3-0.diff.gz
>
> Please add 'dh-kpatches' to build-deps.

Already done, just not uploaded there.  I'll do so when I wake up.

Here is the list of things left to do, before uploading:

* Disable 2.4.29 patch generation.  This kernel source is not yet in
  debian(arg!).

* Copy package descriptions from 1.2, and extend for 2.0.

* Verify sanity of xendomains init script, as far as debian policy is
  concerned.

* Generate pristine 2.6.10 source from debian kernel source, instead of
  requiring ../linux-2.6.10.tar.bz2 to exist.

* Allow for installation of xend(and friends) when not running a xen kernel.
  The code currently breaks badly if a system dual-boots.  Users are also
  prone to install a set of tool debs and the kernel in one run, before
  rebooting into the new kernel.

The above are all that is required for an upload to experimental.  I need to
do upgrade testing from 1.2 before I can upload to unstable, however.


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl

Re: Re: xen 2.0.x and debian

[Adam Heath]

On Sat, 5 Feb 2005, Adam Heath wrote:

> On Wed, 2 Feb 2005, Nuutti Kotivuori wrote:
>
> > Tom Hibbert wrote:
> > > I think we are waiting on 2.6.10 to get accepted into testing.  If
> > > you're tired of waiting you can build the debs yourself (like I did
> > > :)
> > >
> > > http://people.debian.org/~doogie/xen_2.0.3-0.diff.gz
> >
> > Please add 'dh-kpatches' to build-deps.
>
> Already done, just not uploaded there.  I'll do so when I wake up.
>
> Here is the list of things left to do, before uploading:
>
> * Disable 2.4.29 patch generation.  This kernel source is not yet in
>   debian(arg!).
>
> * Copy package descriptions from 1.2, and extend for 2.0.
>
> * Verify sanity of xendomains init script, as far as debian policy is
>   concerned.
>
> * Generate pristine 2.6.10 source from debian kernel source, instead of
>   requiring ../linux-2.6.10.tar.bz2 to exist.
>
> * Allow for installation of xend(and friends) when not running a xen kernel.
>   The code currently breaks badly if a system dual-boots.  Users are also
>   prone to install a set of tool debs and the kernel in one run, before
>   rebooting into the new kernel.
>
> The above are all that is required for an upload to experimental.  I need to
> do upgrade testing from 1.2 before I can upload to unstable, however.

I forgot a major show-stopper, that is keeping me from uploading these to
debian.

Xen requires latex2html to build it's docs.  This package is non-free.  At the
very least, this would put xen in contrib.

Would disabling the doc generation for the debian package be ok?  If not, then
an alternative to latex2html needs to be found.


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl

Re: Re: xen 2.0.x and debian

[Mark Williamson]

> Xen requires latex2html to build it's docs.  This package is non-free.  At
> the very least, this would put xen in contrib.
>
> Would disabling the doc generation for the debian package be ok?  If not,
> then an alternative to latex2html needs to be found.

It already renders out to PS and PDF, so it would still be possible to 
generate that documentation.

The HTML docs would still be available on the web, so if no alternative is 
forthcoming, I guess removing that dependency for the Debian package would be 
reasonable.

Hopefully latex2html's licensing issues will be sorted out soon and save you 
the bother in future.

Cheers,
Mark


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl

Re: Re: xen 2.0.x and debian

[Adam Heath]

On Sat, 5 Feb 2005, Adam Heath wrote:

> On Wed, 2 Feb 2005, Nuutti Kotivuori wrote:
>
> > Tom Hibbert wrote:
> > > I think we are waiting on 2.6.10 to get accepted into testing.  If
> > > you're tired of waiting you can build the debs yourself (like I did
> > > :)
> > >
> > > http://people.debian.org/~doogie/xen_2.0.3-0.diff.gz
> >
> > Please add 'dh-kpatches' to build-deps.
>
> Already done, just not uploaded there.  I'll do so when I wake up.
>
> Here is the list of things left to do, before uploading:
>
> * Disable 2.4.29 patch generation.  This kernel source is not yet in
>   debian(arg!).
>
> * Copy package descriptions from 1.2, and extend for 2.0.
>
> * Verify sanity of xendomains init script, as far as debian policy is
>   concerned.
>
> * Generate pristine 2.6.10 source from debian kernel source, instead of
>   requiring ../linux-2.6.10.tar.bz2 to exist.
>
> * Allow for installation of xend(and friends) when not running a xen kernel.
>   The code currently breaks badly if a system dual-boots.  Users are also
>   prone to install a set of tool debs and the kernel in one run, before
>   rebooting into the new kernel.
>
> The above are all that is required for an upload to experimental.  I need to
> do upgrade testing from 1.2 before I can upload to unstable, however.

Ok, I've uploaded to debian's experimental tree.  This is to make certain it
doesn't blow up when people install it(even tho I'm using it locally).

The main problem with it is that it doesn't do upgrades from 1.2 at all.

All the above TODO items are solved, except that the xendomains init script
doesn't implement force-reload.

If you want to fetch the packages before they are processed thru debian's NEW
archive, then visit http://people.debian.org/~doogie/packages/.  The debs, and
source archives, are both there.


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl

Re: Re: xen 2.0.x and debian

[Travis Newman]

> Ok, I've uploaded to debian's experimental tree.  This is to make certain it
> doesn't blow up when people install it(even tho I'm using it locally).
> 
> The main problem with it is that it doesn't do upgrades from 1.2 at all.
> 
> All the above TODO items are solved, except that the xendomains init script
> doesn't implement force-reload.
> 
> If you want to fetch the packages before they are processed thru debian's NEW
> archive, then visit http://people.debian.org/~doogie/packages/.  The debs, and
> source archives, are both there.

Are there any plans for Xen kernel debs? That's where I was having the 
problems-- the packages installed fine but the kernel still didn't work 
as expected.
Mark Williamson and I have been writing back and forth for about a week 
trying to figure out WHY it's not working, so if you have any insight 
you might be able to provide, I can send you the thread or start cc'ing 
you if you want. Mark mentioned the possibility of getting a Debian guru 
in on the conversation.

Or if there are any specific Debian instructions for compiling the xen0 
kernel that you could provide, that might help a lot!

The BASIC problems were that I couldn't get a fat partition on hdb to 
mount, and alsa wouldn't work. But it goes a bit deeper than that, and 
I'll explain more if you decide you have any time and would like to help.

Thanks a million!
Travis


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl

Re: xen 2.0.x and debian

[Tupshin Harper]

Adam Heath wrote:
> 
> Ok, I've uploaded to debian's experimental tree.  This is to make certain it
> doesn't blow up when people install it(even tho I'm using it locally).
> 
> The main problem with it is that it doesn't do upgrades from 1.2 at all.

I grabbed all of the 2.0.4-2 debs in that directory and tried to do a 
dpkg --install *

I got:
dpkg: error processing xen_2.0.4-2_i386.deb (--install):
  trying to overwrite `/usr/share/doc/xen/examples/xmexample1', which is 
also in package xen-docs
dpkg-deb: subprocess paste killed by signal (Broken pipe)

Works with force-overwrite, but I assume that shouldn't be necessary

-Tupshin


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl

Re: Re: xen 2.0.x and debian

[Adam Heath]

On Sat, 5 Feb 2005, Tupshin Harper wrote:

> Adam Heath wrote:
> >
> > Ok, I've uploaded to debian's experimental tree.  This is to make certain it
> > doesn't blow up when people install it(even tho I'm using it locally).
> >
> > The main problem with it is that it doesn't do upgrades from 1.2 at all.
>
> I grabbed all of the 2.0.4-2 debs in that directory and tried to do a
> dpkg --install *
>
> I got:
> dpkg: error processing xen_2.0.4-2_i386.deb (--install):
>   trying to overwrite `/usr/share/doc/xen/examples/xmexample1', which is
> also in package xen-docs
> dpkg-deb: subprocess paste killed by signal (Broken pipe)
>
> Works with force-overwrite, but I assume that shouldn't be necessary

Ah, nice catch.  I hadn't installed xen-docs with xen installed.  -3 uploaded.


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl

Re: Re: xen 2.0.x and debian

[Adam Heath]

On Sun, 6 Feb 2005, Travis Newman wrote:

> > Ok, I've uploaded to debian's experimental tree.  This is to make certain it
> > doesn't blow up when people install it(even tho I'm using it locally).
> >
> > The main problem with it is that it doesn't do upgrades from 1.2 at all.
> >
> > All the above TODO items are solved, except that the xendomains init script
> > doesn't implement force-reload.
> >
> > If you want to fetch the packages before they are processed thru debian's NEW
> > archive, then visit http://people.debian.org/~doogie/packages/.  The debs, and
> > source archives, are both there.
>
> Are there any plans for Xen kernel debs? That's where I was having the
> problems-- the packages installed fine but the kernel still didn't work
> as expected.
> Mark Williamson and I have been writing back and forth for about a week
> trying to figure out WHY it's not working, so if you have any insight
> you might be able to provide, I can send you the thread or start cc'ing
> you if you want. Mark mentioned the possibility of getting a Debian guru
> in on the conversation.

No, there are no plans to make actual xen kernel image debs at this time.

One, there's no way I can possible handle all the various configuration
options.  Someone will always want it different.

Two, if I produce actual kernel images, then anytime a security problem is
found in the linux kernel, xen would have to be recompiled by the security
team.  I do not want to place additional load on them.

The patch s/b good enough.

> Or if there are any specific Debian instructions for compiling the xen0
> kernel that you could provide, that might help a lot!

Apply the patch, either by hand, or by using make-kpkg to automatically apply
it.

> The BASIC problems were that I couldn't get a fat partition on hdb to
> mount, and alsa wouldn't work. But it goes a bit deeper than that, and
> I'll explain more if you decide you have any time and would like to help.

That has nothing specific to do with debian.  The only change I do from
upstream, is I don't fetch pristine source, but fetch the debian patched
kernel source, then unapply the debian patch, to get pristine.  I then make
that tree available as pristine-linux-2.6.10, to fake out the top-level
Makefile, then call linux-2.6.10-xen.patch.


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl

Re: Re: xen 2.0.x and debian

[Tupshin Harper]

Adam Heath wrote:

>>Or if there are any specific Debian instructions for compiling the xen0
>>kernel that you could provide, that might help a lot!
>>    
>>
>
>Apply the patch, either by hand, or by using make-kpkg to automatically apply
>it.
>
>  
>
I agree that the burden of pre-compiled xen kernels isn't necessary. 
What would be nice would be if make-kpkg worked with the --initrd 
option, so that you could use it to create xen kernels and initrds that 
would be as close as possible to standard prepackaged debian kernels. 
When I tried make-kpkg --initrd, it didn't fail, but the resulting .deb 
didn't install an initrd for the kernel either.

-Tupshin


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl

Re: Re: xen 2.0.x and debian

[Adam Heath]

On Sun, 6 Feb 2005, Tupshin Harper wrote:

> I agree that the burden of pre-compiled xen kernels isn't necessary.
> What would be nice would be if make-kpkg worked with the --initrd
> option, so that you could use it to create xen kernels and initrds that
> would be as close as possible to standard prepackaged debian kernels.
> When I tried make-kpkg --initrd, it didn't fail, but the resulting .deb
> didn't install an initrd for the kernel either.

make-kpkg's support for xen(and uml; they are both treated mostly the same) is
to consider them blobs.  It does no special boot-loader handling.

This may be sub-optimal.  Maybe file a wishlist patch on make-kpkg?


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl

Re: Re: xen 2.0.x and debian

[Mark Williamson]

> > The BASIC problems were that I couldn't get a fat partition on hdb to
> > mount, and alsa wouldn't work. But it goes a bit deeper than that, and
> > I'll explain more if you decide you have any time and would like to help.
>
> That has nothing specific to do with debian.  The only change I do from
> upstream, is I don't fetch pristine source, but fetch the debian patched
> kernel source, then unapply the debian patch, to get pristine.  I then make
> that tree available as pristine-linux-2.6.10, to fake out the top-level
> Makefile, then call linux-2.6.10-xen.patch.

It actually seems to have something to do with Ubuntu, which I'm told uses the 
same kernel .debs.

I supplied Travis with a config that was basically our xen0 defconfig plus FAT 
support.  He found:
* a XenLinux kernel compiled with it could not mount hdb1 (FAT)
* a vanilla Linux kernel compiled with it could not mount hdb1 (FAT)
* an Ubuntu patched kernel compiled with it *could* mount hdb1 (FAT)

In the cases where hdb1 wouldn't mount there was an error along the lines of 
"hdb1 busy or already mounted".

This really is very bizarre, or we've been missing something silly.  I rather 
hoped somebody here might have a clue.

Cheers,
Mark


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl