[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] HVM support to be removed from Debian Squeeze: call for volunteers



Thomas Goirand writes ("Re: [Xen-devel] HVM support to be removed from Debian 
Squeeze: call for volunteers"):
> To me, that's the most easy way, yes, because this avoids the
> double-work of listing files to install (once in the "make install" and
> once in the debian/install).

Quite so.

> Yes, because Debian uses versionned folders for /usr/lib/xen. Maybe we
> could overwrite this in the Makefile with a variable. That's what I did
> for numerous projects so that "make install" could be used by a spec
> file using "make install MANUAL_DIR=%{_mandir}" for example. What do you
> think? Could this apply to this project?

I've been thinking about this and I'm not sure the versioned folders
still make sense.  But if you want to send sensible patches to the Xen
build system to allow the interposing of a version number, I guess we
would accept them (after review).

> > But partitioning the output of `make dist-tools' etc. to provide
> > something that can be used for qemu-dm build should be easy enough.
> 
> What do you mean here here? What's the use of "make dist-tools"?

It's one of the targets in the upstream top-level Makefile.  The Xen
top-level Makefile doesn't use the conventional target names.
"dist-foo" means install "foo" in dist/install/.

> One of my issue is to create the .orig.tar.gz with only the relevant
> code, I'm not sure where to start. Could you do that? Maybe add a target
> to the "upstream" Makefile? How should we do it?

To build qemu-dm you need two things: the actual source code to
qemu-dm which is in a separate repository.  When we make the official
Xen tarballs we don't provide a separate tarball; we include it in the
same tree.  But the xen-unstable tree downloads the qemu-dm source
from the git repository.

So I would suggest you invent an orig.tar.gz by using git-archive
after fetching a suitably tagged qemu tree from
 git://xenbits.xensource.com/qemu-xen-VERSION.git


The other thing you need is the development headers and libraries
whose source code is in the Xen hg tree.  The qemu-dm source code
isn't set up for building from an "installed" copy of those libraries.
For example it includes, at build-time, fragments of makefiles from
the Xen build tree.

It would probably be possible to make a build work given a version of
these libraries and headers.  I can help with this but first we need a
libxen-dev package that contains libxc, libxs, libxenguest, etc.

> Can you start a project on Alioth, with a git repo? Would it be useful
> (I never used alioth or gforge yet)?

I'm happy to do that.  I'll try to get that set up.  I find Alioth's
git support confusing at times so it may not happen right away.

Ian.

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.