<div class="gmail_quote">On Fri, Jun 12, 2009 at 12:29 PM, Daniel P. Berrange <span dir="ltr"><<a href="mailto:berrange@redhat.com">berrange@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>
</div><div class="im">> 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>Providing pre-built binary OS images gets you into potentially complicated<br>
license compliance issues. You as distributor of the binary have to comply<br>
with the license of every single piece of software that went into the<br>
binary. For the Fedora Project distributing a binary image of a Fedora<br>
distro, compliance is easy because Fedora already ships all source RPMs.<br>
If a non-Fedora entity wants to ships binaries of Fedora it needs to make<br>
sure it can provide the corresponding source. It is not clearcut that it<br>
can rely on Fedora to always ship the sources for it.  The safe option is<br>
to always build from source and distribute everything you used to build<br>
yourself. This is actually an argument *for* Debian using debootstrap<br>
against a Debian repo, rather Debian using feboiotstrap+YUM + Fedora repos.<br>
<div><div></div><div class="h5"></div></div></blockquote><div><br>I see the situation. This binary distro download may also create a licensing problem for our Pardus distro. I guess this leaves the following options:<br>
1- package yum and febootstrap for Pardus and use them<br>2- create a "pabootstrap" package compatible with febootstrap and build a Pardus appliance instead of fedora appliance<br>3- create a pre-cooked "compatible" pardus appliance image and use this one<br>
<br>For the last option, does it make any difference which distro is inside the appliance? Is there anything specific to Fedora? say, if we support all possible file system drivers as well as raid/lvm, would it still be needed to have Fedora inside? Is there a requirements documents for this appliance?<br>
</div></div><br>Thanks a lot again for your patience for my never-ending questions, I really appreciate and learn a lot from you guys.<br><br>Br,<br>Emre<br>