<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<p><br>
</p>
<br>
<div class="moz-cite-prefix">On 11.11.2016 15:25, Christian Heimes
wrote:<br>
</div>
<blockquote
cite="mid:228f2a0e-a3a6-92ec-8e59-c45f4283999d@redhat.com"
type="cite">
<pre wrap="">Hello,
I have released the first version of a new design document. It describes
how I'm going to improve integration of FreeIPA's client libraries
(ipalib, ipapython, ipaclient, ipaplatform) for third party developers.
<a class="moz-txt-link-freetext" href="http://www.freeipa.org/page/V4/Integration_Improvements">http://www.freeipa.org/page/V4/Integration_Improvements</a>
Regards,
Christian
</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
</blockquote>
<br>
Hello, I have a few questions:<br>
<br>
1) dynamic platform files<br>
<br>
Currently all RHEL/fedora-derived platforms work with the same
rhel/fedora packages. How do you want to achieve this with dynamic
platform files, do you want to keep mappings between platforms and
platform file? What about distributions that have in /etc/release
just mess?<br>
<br>
2) if I understand correctly, you want to separate client installer
code and client CLI code. In past we had freeipa-admintools but it
was removed because it was really tightly bounded to installed
client. Do you want to revive it and make it independent?<br>
<br>
3) why instead of environ variable we cannot have specified paths
with priority where IPA config can be located?<br>
For example:<br>
1) ./.ipa.conf<br>
2) ~/.ipa.conf<br>
3) /etc/ipa/default.conf <-- as last resort<br>
</body>
</html>