<div class="gmail_quote">On Fri, Jun 12, 2009 at 10:34 AM, Richard W.M. Jones <span dir="ltr"><<a href="mailto:rjones@redhat.com">rjones@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Fri, Jun 12, 2009 at 01:14:07AM +0200, Emre Erenoglu wrote:<br>
> On Thu, Jun 11, 2009 at 10:24 PM, Daniel P. Berrange<<a href="mailto:berrange@redhat.com">berrange@redhat.com</a>> wrote:<br>
> ><br>
> > that repo. libguestfs uses a febootstrap to install a custom Fedora 11<br>
> > appliance which it boots within QEMU in order to access the filesystems.<br>
><br>
> If the sole purpose of febootstrap is to install a custom F11<br>
> appliance to boot in qemu, why don't we prepare this image beforehand,<br>
> put it somewhere on the web, so that libguestfs can just use it<br>
> without needing to build this appliance again in each machine with<br>
> febootstrap or debootstrap?<br>
<br>
</div>We want you to be able to build everything from source.  Also it<br>
allows you to customize the appliance by editing the script that<br>
builds it (eg. leaving out a feature or adding other kernel modules). </blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
In any case, febootstrap can build the appliance in under 3 minutes on<br>
my machine, so this is hardly a problem for libguestfs.</blockquote><div><br>OK I see now. I would wish that if the configure script is not able to find febootstrap, it would fall back into using a pre-cooked generic swiss army knife image file instead. That would make libguestfs pretty trivial to package for our distro or others, without needing to package yum and febootstrap etc.<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">
> I read the documentation of libguestfs, but still didn't understand<br>
> very well why we need to boot an OS within qemu for accessing guest<br>
> file systems. Can't we just use loop devices, kpartx and lvm tools?<br>
<br>
</div><br>Because this would require root, and the point of libguestfs is that<br>
nothing needs to be root.  'libguestfs.so' is a plain library - you<br>
could link it to your webserver running as nobody.nobody, and it still<br>
works.  Using loop devices has other disadvantages: it's liable to<br>
leave temporary mounts & devices around if something fails, and it<br>
doesn't work at all if there are conflicting VG names.</blockquote><div><br>OK, thanks a lot for this insight. I would say "why not use policykit when privilege is needed, or mount images with fuse etc. ", but the possibility to link to a webserver may not work this way :)  Anyway, I'm sure you considered all these options previously, sorry for taking your time to ask these again :)   You know, my only problem is with febootstrap and I'm trying to find a way out of this dependency.<br>
<br>Thanks again,<br></div></div><br>-- <br>Emre<br>