[ovirt-devel] Building vdsm within Fedora
Sandro Bonazzola
sbonazzo at redhat.com
Wed Sep 24 06:20:42 UTC 2014
Il 24/09/2014 00:21, Nir Soffer ha scritto:
> ----- Original Message -----
>> From: "Dan Kenigsberg" <danken at redhat.com>
>> To: "Sandro Bonazzola" <sbonazzo at redhat.com>, devel at ovirt.org, fsimonce at redhat.com, dougsland at redhat.com
>> Cc: "users" <users at ovirt.org>
>> Sent: Wednesday, September 24, 2014 12:21:18 AM
>> Subject: [ovirt-devel] Building vdsm within Fedora
>>
>> Since Vdsm was open-sourced, it was built and deployed via
>> Fedora.
>>
>> Recently [http://gerrit.ovirt.org/31214] vdsm introduced a spec-file
>> dependency onf qemu-kvm-rhev, and considered to backport it to the
>> ovirt-3.4 brach.
>>
>> Requiring qemu-kvm-rhev, which is not part of Fedora's EPEL6 branch,
>> violates Fedora's standards.
>>
>> So basically we have two options:
>
> 4 options...
>
>>
>> 1. Revert the qemu-kvm-rhev dependency.
>
> Why did we merge a package which is not available on all supported platforms?
>
>> 2. Drop vdsm from EPEL6 (or completely from Fedora); ship Vdsm only
>> within the oVirt repositories.
>
> 3. Package qemu-kvm-rhev in Fedora
in EPEL. But if you're going to add it to EPEL please ensure it doesn't violate https://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies
>
> This is the root cause, lets fix it.
>
> 4. Until 3 is fixed, require qemu-kvm-rhev where it exists,
> otherwise on qemu-kvm.
Which is basically 1 only for the fedora packaging, keeping the dep on ovirt packaging.
>
>> I favor option 2. The Fedora deployment platform served us well for a
>> long time, but now that ovirt is maturing, we no longer need it for
>> building vdsm. This has the added benefit of removing the need to pass
>> through Fedora's ghastly gateway when adding a Vdsm dependency.
>
> This is the wrong direction. We want ovirt in all distributions. You suggest
> to have it in no distribution :-)
I tend to agree with Nir.
>> Sandro, what should be done in order to build Vdsm by ovirt, occording
>> to the most up-to-date tag in a stable branch?
currently we're using mock for building packages whenever we can use it.
for vdsm I created a yaml job here: http://gerrit.ovirt.org/32512
once it's merged you can build from git tag.
>
>> Does anybody object this? If no one does, we would stop updating Vdsm in
>> Fedora, and obsolete it in the future.
>
> I do
>
> Nir
>
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
More information about the Devel
mailing list