[SSSD] ding-libs 0.4 yum repositories

Lukas Slebodnik lslebodn at redhat.com
Tue Jul 1 21:18:09 UTC 2014


On (01/07/14 15:32), Simo Sorce wrote:
>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*.
>
OK,
but it si different kind of breaking than libnl -> libnl3

LS



More information about the sssd-devel mailing list