On 23.11.2016 13:53, Lukas Slebodnik wrote:
> On (22/11/16 11:25), Rob Crittenden wrote:
>> Lukas Slebodnik wrote:
>>> On (22/11/16 16:29), Petr Spacek wrote:
>>>> On 22.11.2016 16:27, Jan Cholasta wrote:
>>>>> Hi,
>>>>> On 22.11.2016 16:04, Petr Spacek wrote:
>>>>>> Hello,
>>>>>> the recent changes with regard to
>>>>>> http://www.freeipa.org/page/V4/Integration_Improvements
>>>>>> beg a question whether we should invest into supporting client-only 
>>>>>> builds in
>>>>>> FreeIPA build system.
>> Note that the Integration efforts don't really apply. The client-only
>> install is for doing client enrollment and integration can mean lots of
>> things.
>>>>>> Right now, FreeIPA can be built on all architectures we care about so 
>>>>>> there is
>>>>>> no incentive to invest into client-only build - this applies to 
>>>>>> binary/RPM
>>>>>> builds.
>>>>> Client-only build lowers the barrier for porting IPA to new platforms 
>>>>> (porting
>>>>> only client code is *much* easier than porting the whole thing), so I 
>>>>> would
>>>>> very much prefer if we kept it.
>>>> Understood.
>>> Agree about portability
>>> But upstream spec file needn't have such relicts.
>>> The upstream spec file is pure fedora specific.
>> The upstream spec is what is used to document and verify that the
>> client-only build actually works.
>> I also think it is a worthy goal to maintain.
> Maintaing is not enough. It would be also good to test it.
> And maybe it might be much simpler to have separate
> spec file for client only build. Because too many if conditions
> does not improve readability of spec file. But that's up to
> others to decide what would be simpler.

The maintenance cost you mention is the only con I can see.

I think that if we decide to support it, client-only support should be part of
configure machinery. It would enable packagers to simply run
./configure --disable-server && make install
and have the client installed. It would make easy to package it for whatever

Of course, upstream spec will be a good reference for packaging but IMHO we
should keep separated build & install matters from packaging.

Petr^2 Spacek

Manage your subscription for the Freeipa-devel mailing list:
Contribute to FreeIPA: http://www.freeipa.org/page/Contribute/Code

Reply via email to