By the me, I think this is not correct to use febootstrap in Debian,
we have better application - debootstrap.
And we should build image file with clean chroot environment.
For now I see it downloaded packages with the _same_ version that is
installed on the host, but by the me I use some packages from testing
and unstable.
And this try to download these packages from stable repo. This fails.
And also it simply extracts contents from deb files, and do not run
configure scripts.
On 20 May 2011 01:28, Richard W.M. Jones <rjones(a)redhat.com> wrote:
On Thu, May 19, 2011 at 10:15:38PM +0200, Guido Günther wrote:
> Could we build the appliance on the target system and only update it
> on package upgrades?
While you could do this, I don't think it's a good idea. The main
part of building libguestfs in Fedora is we run the whole test suite
on the appliance, thus ensuring it has a high chance of actually
working when downloaded by the end user. We often find errors too --
for example only two days ago we ran across a bug in the upstream
'file' program.
Since it's a supermin appliance, distributing it is not an issue
because it's only a couple of megabytes compressed.
I leave it up to your discretion though.
Rich.
--
Richard Jones, Virtualization Group, Red Hat
http://people.redhat.com/~rjones
virt-p2v converts physical machines to virtual machines. Boot with a
live CD or over the network (PXE) and turn machines into Xen guests.
http://et.redhat.com/~rjones/virt-p2v
_______________________________________________
Libguestfs mailing list
Libguestfs(a)redhat.com
https://www.redhat.com/mailman/listinfo/libguestfs
--
Nikita A Menkovich
http://libc6.org/
JID: menkovich(a)gmail.com
Tel: +7 (921) 423-96-48