[SSSD] ding-libs 0.4 yum repositories

Lukas Slebodnik lslebodn at redhat.com
Tue Jul 1 18:54:33 UTC 2014


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.
On the other hand, all programs need to be recompiled with new version of
ding-libs due to soname bump,

LS



More information about the sssd-devel mailing list