On ke, 23 marras 2016, Jan Cholasta wrote:
On 22.11.2016 18:10, Petr Vobornik wrote:
On 11/22/2016 05:25 PM, Rob Crittenden wrote:
Lukas Slebodnik wrote:
On (22/11/16 16:29), Petr Spacek wrote:
On 22.11.2016 16:27, Jan Cholasta wrote:
On 22.11.2016 16:04, Petr Spacek wrote:
the recent changes with regard to
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
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
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.
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.
Wondering out loud: What prevents the "porter" from doing full build and then
packaging only client bits? Yes, he has to install come of the dependencies
for the build to pass but still, it is way easier than actually making server
It is not an insignificant amount of dependencies to build all of IPA.
Petr, are you going to allocate time for this soonish or should I open a
ticket and forget about it for now?
IMHO this should be covered under the build refactoring to avoid
I think we should not implement it. I see no need. Fedora, Debian, RHEL
all work with server build. Difference between arches is not issue as well.
This assumes that these are the only ports out there, which I know for
fact they are not .
Right. I also inclined to keep client-only build for bootstrapping new
distros. For example, nothing prevents us to have a FreeBSD support for
client side but I don't think there will be any effort of porting the
whole server side there.
/ Alexander Bokovoy
Manage your subscription for the Freeipa-devel mailing list:
Contribute to FreeIPA: http://www.freeipa.org/page/Contribute/Code