<div dir="ltr">Martin,<div><br></div><div>Thanks for the response! I'm glad to hear that it's just a time/resource issue, not that you wanted to keep the container work separate for some reason.</div><div><br></div><div>If we can find time, I'll see we can have some our folks help out on the efforts!</div><div><br></div><div>Best,</div><div>Terence</div><div><br></div><div>P.S. Maybe someday FreeIPA can be reduced to a set of connected containers for the various services, and just orchestration script for management. How clean would that be!</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 27, 2017 at 3:23 AM, Martin Basti <span dir="ltr"><<a href="mailto:mbasti@redhat.com" target="_blank">mbasti@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><br>
<br>
On 03/25/2017 12:55 AM, Terence Kent wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello,<br>
<br>
We've been using the FreeIPA docker image for a few years now with great success. I really can't overstate how much we get by using a container deployment for FreeIPA. We can now easily test anything from version upgrades to orchestration code  against either test data and our production data set. That, and we get all the typical docker goodness (we can easily move the container between hosts, change the underlying OS independently, etc, etc).<br>
<br>
That said, lots of the work in the freeipa docker image's gitrepo are things that seem like they belong in the freeipa main codebase. We've had to trace through the freeipa-container source from time to time to diagnose issues and we see situations where the docker build file actually modifies python code using text replaces.<br>
<br>
This seems both easily breakable and like a lot more work than just modifying the source file to optionally support whatever a containerized environment needs. Is there a reason to keep container support out of the main freeipa project?<br>
<br>
Best,<br>
Terence<br>
<br>
</blockquote>
<br>
<br></div></div>
Hello,<br>
<br>
we have plans to update FreeIPA codebase to avoid hacks in Docker, but we had more prioritized tasks to do.  However we are looking forward to merging community patches to have synchronized FreeIPA code base and containerized FreeIPA<br>
<br>
It was separated due rapid FreeIPA container development to make it possible to work ASAP without waiting for FreeIPA core.<span class="HOEnZb"><font color="#888888"><br>
<br>
Martin<br>
<br>
<br>
-- <br>
Manage your subscription for the Freeipa-users mailing list:<br>
<a href="https://www.redhat.com/mailman/listinfo/freeipa-users" rel="noreferrer" target="_blank">https://www.redhat.com/mailman<wbr>/listinfo/freeipa-users</a><br>
Go to <a href="http://freeipa.org" rel="noreferrer" target="_blank">http://freeipa.org</a> for more info on the project<br>
</font></span></blockquote></div><br></div>