On Sat, Jun 12, 2021 at 7:54 AM Josh Boyer <jwbo...@fedoraproject.org> wrote:
>
>
>
> On Thu, Jun 10, 2021, 8:35 AM Stephen Gallagher <sgall...@redhat.com> wrote:
>>
>> On Thu, Jun 10, 2021 at 5:51 AM Richard W.M. Jones <rjo...@redhat.com> wrote:
>> >
>> > On Thu, Jun 10, 2021 at 09:39:38AM +0100, Ankur Sinha wrote:
>> > > On Thu, Jun 10, 2021 09:02:47 +0100, Richard W.M. Jones wrote:
>> > > >
>> > > > This appeared yesterday:
>> > > > https://src.fedoraproject.org/container/libguestfs
>> > > >
>> > > > I'm wondering what it is?
>> > >
>> > > That should be the container image generated from the Fedora package for
>> > > the Fedora registry:
>> > >
>> > > https://docs.fedoraproject.org/en-US/containers/
>> >
>> > So it would be a container built on top of Fedora Rawhide containing
>> > libguestfs?  Do we intend to build containers like this from other
>> > Fedora packages?  I'm curious what the use case is.
>> >
>> > (NB: this is not an objection to anything, people can build containers
>> > for whatever they want for all I care)
>> >
>>
>> This specific example is to address one of the FESCo concerns about
>> the cloud VM images using btrfs by default. Since RHEL VM host systems
>> cannot read the btrfs filesystem, we want to ship a containerized
>> version of libguestfs that CAN.
>
>
> That can what?  As far as I know, libguestfs relies on the host to mount the 
> filesystem.  A container still depends on the host kernel, which means a rhel 
> VM still isn't going to be able to mount the guest btrfs disk...
>

At build-time, libguestfs copies the content of the kernel package
along with binaries of various filesystem tools into itself to run a
custom appliance for manipulating VMs. The Fedora-based libguestfs
package can handle Btrfs even on RHEL because it relies on the
binaries of the Fedora kernel and filesystem utilities instead of the
RHEL ones. It will run QEMU and boot up *its* VM to manipulate VM
stuff. That's even how guestfish works for mounting VM disks on the host.




--
真実はいつも一つ!/ Always, there's only one truth!
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Reply via email to