[SSSD] ding-libs 0.4 yum repositories

Simo Sorce simo at redhat.com
Tue Jul 1 19:32:01 UTC 2014


On Tue, 2014-07-01 at 20:54 +0200, Lukas Slebodnik wrote:
> On (01/07/14 14:21), Simo Sorce wrote:
> >On Tue, 2014-07-01 at 19:45 +0200, Jakub Hrozek wrote:
> >> On Tue, Jul 01, 2014 at 12:45:55PM +0200, Lukas Slebodnik wrote:
> >> > On (01/07/14 12:38), Lukas Slebodnik wrote:
> >> > >On (30/05/14 16:55), Lukas Slebodnik wrote:
> >> > >>ehlo,
> >> > >>
> >> > >>Yassir's patches for gpo [1] require new version of ding-libs 0.4,
> >> > >>Nowadays, ding-libs-0.4 is available only in fedora rawhide[2].
> >> > >>SSSD developers might need these packages.
> >> > >>I prepared yum repositories in COPR for epel {5,6,7} and fedora {19.20,rawhide}
> >> > >>https://copr.fedoraproject.org/coprs/lslebodn/ding-libs/
> >> > >>
> >> > >>
> >> > >>LS
> >> > >
> >> > >Yassir's patch "AD-GPO: Add gpo-smb implementation in gpo_child process" was
> >> > >pushed to master[3]. Thus mail is reminder you can use ding-libs-0.4 from copr
> >> > >repo. It is quite easy with dnf.
> >> > >
> >> > >  //Unfortunatelly, dnf copr search does not work.
> >> > >sh-4.2# dnf copr search ding-libs
> >> > >============================== Matched: ding-libs =============================
> >> > >
> >> > >sh-4.2# dnf copr list lslebodn
> >> > >============================ List of lslebodn coprs ===========================
> >> > >lslebodn/ding-libs : "Ding is not GLib" assorted utility libraries
> >> > >lslebodn/sssd-container : This is repository based on sssd master with some
> >> > >                        : extra patches which simplify work with containers.
> >> > >                        : This is just for testing purposes and should not be
> >> > >                        : use in production. Patches should be accepted in
> >> > >                        : upstream soon.
> >> > >
> >> > >sh-4.2# dnf copr enable lslebodn/ding-libs
> >> > >
> >> > >You are about to enable a Copr repository. Please note that this
> >> > >repository is not part of the main Fedora distribution, and quality
> >> > >may vary.
> >> > >
> >> > >The Fedora Project does not exercise any power over the contents of
> >> > >this repository beyond the rules outlined in the Copr FAQ at
> >> > ><https://fedorahosted.org/copr/wiki/UserDocs#WhatIcanbuildinCopr>, and
> >> > >packages are not held to any quality or securty level.
> >> > >
> >> > >Please do not file bug reports about these packages in Fedora
> >> > >Bugzilla. In case of problems, contact the owner of this repository.
> >> > >
> >> > >Do you want to continue? [y/N]: y
> >> > >Repository successfully enabled.
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >The other important fact is that for testing with mock it is necessary to use
> >> > >fedora-rawhide. Fedora 20 has old version of libini_config
> >> > >
> >> > >sh$ mock --root fedora-20-x86_64 --resultdir . --rebuild sssd-1.11.92-0.fc20.src.rpm
> >> > >//snip
> >> > >ERROR: Command failed:
> >> > > # ['/usr/bin/yum-builddep', '--installroot', '/var/lib/mock/fedora-20-x86_64/root/', '--releasever', '20', '/var/lib/mock/fedora-20-x86_64/root///builddir/build/SRPMS/sssd-1.11.92-0.20140701.1141.git0f495aa.master.fc20.src.rpm', '--setopt=tsflags=nocontexts']
> >> > >Getting requirements for sssd-1.11.92-0.20140701.1141.git0f495aa.master.fc20.src
> >> > > --> autoconf-2.69-14.fc20.noarch
> >> > >//snip
> >> > > --> cifs-utils-devel-6.3-2.fc20.x86_64
> >> > > --> 2:samba-devel-4.1.9-3.fc20.x86_64
> >> > > --> 2:libsmbclient-devel-4.1.9-3.fc20.x86_64
> >> > > --> augeas-devel-1.2.0-2.fc20.x86_64
> >> > >Error: No Package found for libini_config-devel >= 1.1
> >> > >
> >> > It is possible to create custom mock config with extra repository [4]
> >> > 
> >> > sh-4.2$ cd /etc/mock/
> >> > sh-4.2$ cp fedora-20-x86_64.cfg fedora-20-x86_64-ding-libs.cfg
> >> > 
> >> > //edit new config
> >> > 
> >> > sh-4.2$ diff -u fedora-20-x86_64.cfg fedora-20-x86_64-ding-libs.cfg
> >> > --- fedora-20-x86_64.cfg        2014-05-27 17:17:45.000000000 +0200
> >> > +++ fedora-20-x86_64-ding-libs.cfg      2014-07-01 11:48:29.873771938 +0200
> >> > @@ -37,6 +37,13 @@
> >> >  failovermethod=priority
> >> >  enabled=0
> >> >  
> >> > +[lslebodn-ding-libs]
> >> > +name=Copr repo for ding-libs owned by lslebodn
> >> > +baseurl=http://copr-be.cloud.fedoraproject.org/results/lslebodn/ding-libs/fedora-$releasever-$basearch/
> >> > +skip_if_unavailable=True
> >> > +gpgcheck=0
> >> > +enabled=1
> >> > +
> >> >  [local]
> >> >  name=local
> >> >  baseurl=http://kojipkgs.fedoraproject.org/repos/f20-build/latest/x86_64/
> >> > 
> >> > 
> >> > and finally use new mock config.
> >> > sh-4.2$ mock --root fedora-20-x86_64-ding-libs --resultdir . --rebuild sssd-1.11.92-0.fc20.src.rpm
> >> > 
> >> > 
> >> > LS
> >> 
> >> Is anyone opposed to me putting the new ding-libs release to F-20,
> >> through the regular updates-testing route?
> >
> >Doesn't it break the ABI ?
> >I would rather not break the ABI in F20.
> >
> >Simo.
> >
> We decided to bump soname, because some external functions became static.
> But they weren't in public header files.
> 
> Yes ABI is changed (internal functions are hidden) but "break" is strong.

nope, you change the .so fine you broke it.

> On the other hand, all programs need to be recompiled with new version of
> ding-libs due to soname bump,

This is the definition of *breaking*.

Simo.

-- 
Simo Sorce * Red Hat, Inc * New York




More information about the sssd-devel mailing list