[PATCH] storage: fix vstorage backend build

Andrea Bolognani abologna at redhat.com
Fri Jul 10 18:17:08 UTC 2020


On Fri, 2020-07-10 at 18:26 +0100, Daniel P. Berrangé wrote:
> On Fri, Jul 10, 2020 at 06:40:07PM +0200, Andrea Bolognani wrote:
> > That failed with
> > 
> >   Error: Package: vstorage-libs-shared-7.10.1.5-1.vz7.x86_64 (vz)
> >              Requires: libjson-c.so.2(libjson-c.so.2)(64bit)
> > 
> > which is surprising because I have the json-c package installed.
> > I think that's caused by a bug in your spec file - the name of the
> > library should not appear in parentheses - but I can't seem to find
> > the source package for vstorage-client under
> > 
> >   http://repo.virtuozzo.com/vz/releases/7.0/source/SRPMS/
> 
> Yes, this dependancy is clearly broken, whcih is the reason why
> we're not using the URL you show above, and instead using the older
> release at:
> 
>   https://download.openvz.org/virtuozzo/releases/openvz-7.0.11-235/x86_64/os/
> 
> this URL is the last one that doesn't have the broken dependancies.

Note that we're not just talking about different releases available
from the same repository, but about two completely different
repositories: the one we're using is under

  https://download.openvz.org/virtuozzo/releases/

whereas the one Nikolay pointed to for vstorage package is under

  http://repo.virtuozzo.com/vz/releases/

If you look at the list of releases, you'll see that the versions are
similar but always a bit different: I couldn't find a single release
which is available on both sites.

If you look at the list of packages through the provided "repoview"
files, the releases from the second repository contain many more:
additional categories include things like "Readykernel", Virtuozzo
High Availability" and, most interesting to us, "Virtuozzo Storage".

As mentioned in my previous message, some of these packages appear to
be released not under the (L)GPL but under a "Virtuozzo" license that
I haven't been able to find anywhere, and I'm not entirely sure is
actually open source.

-- 
Andrea Bolognani / Red Hat / Virtualization




More information about the libvir-list mailing list