[SSSD] [PATCHES] Make sssd.spec.in work without libini_config >= 1.1.0

Nikolai Kondrashov Nikolai.Kondrashov at redhat.com
Thu Aug 7 12:14:41 UTC 2014


On 08/07/2014 12:29 PM, Lukas Slebodnik wrote:
> On (07/08/14 11:12), Nikolai Kondrashov wrote:
>> On 08/07/2014 10:31 AM, Lukas Slebodnik wrote:
>>> On (06/08/14 21:00), Nikolai Kondrashov wrote:
>>>> Lukas, would you be willing to maintain such a repository and to make it
>>>> official, accepting public reliance on it?
>>>>
>>>> I'd say that it might be better to give it a more abstract name, not including
>>>> "ding-libs", or a person's user name, giving us more flexibility in the
>>>> future.
>>>>
>>> I have already created ding-libs repo
>>>      https://copr.fedoraproject.org/coprs/lslebodn/ding-libs/
>>> It is available for all necessary platforms: epel-{5,6,7} and fedora-{19,20}
>>> fedora >= 21 has already new version of ding-libs.
>>
>> Would you care placing it under a more flexible and neutral name, as I
>> described above?
>>
> COPR does not allow to create repositories with general name. It is tightly
> tied with fedora id. I could create mirrors on fedoradpeople,
> but there still will be my fedora id in URL
>      e.g. https://lslebodn.fedorapeople.org/repo-epel6 ...

Yes, it appears so. It is also not permitted to create per-project Fedora
accounts, however groups are supported. Unfortunately Copr doesn't support
per-group repos either, but perhaps they can implement it. The idea was
welcomed on their IRC channel and I submitted a Bug for it:
https://bugzilla.redhat.com/show_bug.cgi?id=1127715

Meanwhile, unless we have other repo hosting options, we'll have to stick with
a Copr project.

Lukas, could you please re-create the project under a less-specific name, say
"sssd-deps"? This way we won't have to change its name or create confusion if
we add more packages there or ding-libs changes its name.

Still, if we will want to provide the same for Debian the need to seek a
hosting for the repo would be unavoidable.

Thank you.

Nick



More information about the sssd-devel mailing list