[Gluster-devel] [Gluster-users] Dependency issue while installing glusterfs-3.6beta with vdsm

Wed Oct 29 10:52:18 UTC 2014

On Wed, Oct 29, 2014 at 06:27:54AM -0400, Humble Chirammal wrote:
> 
> 
> 
> ----- Original Message -----
> | From: "Niels de Vos" <ndevos at redhat.com>
> | To: "Humble Devassy Chirammal" <humble.devassy at gmail.com>
> | Cc: "Anders Blomdell" <anders.blomdell at control.lth.se>, "Gluster-users at gluster.org List" <gluster-users at gluster.org>,
> | "Gluster Devel" <gluster-devel at gluster.org>, "Humble Chirammal" <hchiramm at redhat.com>
> | Sent: Wednesday, October 29, 2014 1:52:35 PM
> | Subject: Re: [Gluster-devel] [Gluster-users] Dependency issue while installing glusterfs-3.6beta with vdsm
> | 
> | On Wed, Oct 29, 2014 at 09:26:36AM +0530, Humble Devassy Chirammal wrote:
> | > Rebuilding related packages looks to be a solution , however it may not be
> | > possible for each and every release builds of GlusterFS. lets discuss it in
> | > community meeting and act.
> | 
> | No, these rebuilds are only needed for major releases. The SONAME for
> | libgfapi is not supposed to change in a stable release. That means that
> | the next rebuild would potentially be needed when glusterfs-3.7 gets
> | released.
> | 
> 
> Not really. afaict, the SONAME jump can happen if there is a new api
> exposed via libgfapi which can happen even in same release version of
> GlusterFS.

I do not think that is supposed to happen after the release. Minor
releases are not expected to add new features, only bugfixes and
stability improvements. The release-maintainer for 3.6 will be guarding
agains incompatible changes. Possibly libgfapi.so.7.x can add new
features if really needed, but those details are documented in
https://github.com/gluster/glusterfs/blob/master/doc/versioning.md

> As a second thought, What happens if qemu or dependent packages
> released a new version in between ? Dont we need to rebuild ?
> 
> Also,  we need to build these related packages for f19, 20 and 21. 

Yes, when related packages get updated for Fedora 19/20/21, we need to
build those packages again.

Niels

> 
> --Humble
> 
> 
> | 
> | > 
> | > 
> | > On Wed, Oct 29, 2014 at 1:03 AM, Niels de Vos <ndevos at redhat.com> wrote:
> | > 
> | > > On Tue, Oct 28, 2014 at 05:52:38PM +0100, Anders Blomdell wrote:
> | > > > On 2014-10-28 17:30, Niels de Vos wrote:
> | > > > > On Tue, Oct 28, 2014 at 08:42:00AM -0400, Kaleb S. KEITHLEY wrote:
> | > > > >> On 10/28/2014 07:48 AM, Darshan Narayana Murthy wrote:
> | > > > >>> Hi,
> | > > > >>>     Installation of glusterfs-3.6beta with vdsm
> | > > (vdsm-4.14.8.1-0.fc19.x86_64) fails on
> | > > > >>> f19 & f20 because of dependency issues with qemu packages.
> | > > > >>>
> | > > > >>>     I installed vdsm-4.14.8.1-0.fc19.x86_64 which installs
> | > > glusterfs-3.5.2-1.fc19.x86_64
> | > > > >>> as dependency. Now when I try to update glusterfs by downloading
> | > > rpms from :
> | > > > >>>
> | > > http://download.gluster.org/pub/gluster/glusterfs/qa-releases/3.6.0beta3/Fedora/fedora-19/
> | > > > >>> It fails with following error:
> | > > > >>>
> | > > > >>> Error: Package: 2:qemu-system-lm32-1.4.2-15.fc19.x86_64 (@updates)
> | > > > >>>            Requires: libgfapi.so.0()(64bit)
> | > > > >>>            Removing: glusterfs-api-3.5.2-1.fc19.x86_64 (@updates)
> | > > > >>>                libgfapi.so.0()(64bit)
> | > > > >>>            Updated By: glusterfs-api-3.6.0-0.5.beta3.fc19.x86_64
> | > > (/glusterfs-api-3.6.0-0.5.beta3.fc19.x86_64)
> | > > > >>>               ~libgfapi.so.7()(64bit)
> | > > > >>>            Available: glusterfs-api-3.4.0-0.5.beta2.fc19.x86_64
> | > > (fedora)
> | > > > >>>                libgfapi.so.0()(64bit)
> | > > > >>>
> | > > > >>> Full output at: http://ur1.ca/ikvk8
> | > > > >>>
> | > > > >>>     For having snapshot and geo-rep management through ovirt, we
> | > > need glusterfs-3.6 to be
> | > > > >>> installed with vdsm, which is currently failing.
> | > > > >>>
> | > > > >>> Can you please provide your suggestions to resolve this issue.
> | > > > >>
> | > > > >> Hi,
> | > > > >>
> | > > > >> Starting in 3.6 we have bumped the SO_VERSION of libgfapi.
> | > > > >>
> | > > > >> You need to install glusterfs-api-devel-3.6.0... first and build
> | > > > >> vdsm.
> | > > > >>
> | > > > >> But....  we are (or were) not planning to release glusterfs-3.6.0 on
> | > > f19 and
> | > > > >> f20...
> | > > > >>
> | > > > >> Off hand I don't believe there's anything in glusterfs-api-3.6.0
> | > > > >> that
> | > > vdsm
> | > > > >> needs. vdsm with glusterfs-3.5.x on f19 and f20 should be okay.
> | > > > >>
> | > > > >> Is there something new in vdsm-4-14 that really needs glusterfs-3.6?
> | > > If so
> | > > > >> we can revisit whether we release 3.6 to fedora 19 and 20.
> | > > > >
> | > > > > The chain of dependencies is like this:
> | > > > >
> | > > > >    vdsm -> qemu -> libgfapi.so.0
> | > > > >
> | > > > > I think a rebuild of QEMU should be sufficient. I'm planning to put
> | > > > > glusterfs-3.6 and rebuilds of related packages in a Fedora COPR. This
> | > > > > would make it possible for Fedora users to move to 3.6 before they
> | > > > > switch to Fedora 22.
> | > > > AFAICT the only difference between libgfapi.so.0 and libgfapi.so.7 are
> | > > > two added synbols (glfs_get_volfile, glfs_h_access) and __THROW on
> | > > > functions. Wouldn't it be possible to provide a compatibilty
> | > > libgfapi.so.0
> | > > > to ease migration?
> | > >
> | > > That is possible, sure. I think that rebuilding related packages is just
> | > > easier, there are only a few needed. Users that would like to run 3.6
> | > > before it is made available with Fedora 22 need to add a repository for
> | > > the glusterfs-3.6 packages anyway, using the same repository to provide
> | > > related packages is simple enough.
> | > >
> | > > But, if there is a strong interest in having a -compat package, we can
> | > > discuss that during tomorrows (Wednesdays) meeting.
> | > >
> | > > Thanks,
> | > > Niels
> | > > _______________________________________________
> | > > Gluster-devel mailing list
> | > > Gluster-devel at gluster.org
> | > > http://supercolony.gluster.org/mailman/listinfo/gluster-devel
> | > >
> | 