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.
--
Simo Sorce * Red Hat, Inc * New York