<div dir="ltr">@ehelms, thank you so much for sharing this work!<br><div><br><div class="gmail_quote"><div dir="ltr">On Wed, Oct 24, 2018 at 10:11 PM Eric Helms <<a href="mailto:ehelms@redhat.com">ehelms@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr">If this is better off as an issue in Redmine, please let me know but I was honestly not sure where to raise this kind of issue so mailing list it is to start.</div></div></blockquote><div>This is a great place to start <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr"><div><br></div><div>Background</div><div><br></div><div>While playing around with the ansible-pulp3 repository I found myself wanting to run the scenarios to ensure that I had a basic grasp of the install flow and to ensure that any changes I made did not break existing scenarios. I found myself having to copy Vagrantfile's around for each scenario, including adding new ones based on other OSes (e.g. CentOS) until things got messy.</div></div></div></blockquote><div>I agree with this problem statement. <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr"><div><br></div><div>General Proposal</div><div><br></div><div>Based on my experience, I am proposing to split the "installer" portion (e.g. all of the core Ansible) from the provisioning pieces (e.g. Vagrant) across two separate git repositories. </div><div><br></div><div>Potential Solution for Proposal</div><div><br></div><div>The above is a general proposal. What follows is a potential solution that I built out and used locally to get myself up to speed running and testing for multiple scenarios and OSes. In the Foreman community we built ourselves a simple little tool called Forklift that allows configuring Vagrant through yaml, and building custom boxes built based on previous box definitions. This has worked quite well for both creating production, test and development environments for many years. Given my experience I popped out a "Pulplift" using Forklift as a library to provide boxes for Fedora 27, 28 and CentOS 7 for source and sandbox installations. You can find the repo at [1] with some starting notes about what the repository can do in the README.</div></div></div></blockquote><div>Pulplift looks like it offers a lot of value and it can be generically combined w/ the installer so that is great. If we adopted it would the Vagrant items be removed from the Ansible installer repo altogether?
 I think that would be a good thing. I'm going to try to get through the backlog of Ansible installer PRs before I ask you for any more PRs :) Thank you again for those!</div><div><br></div><div>Anyone else please also try Pulplift and give feedback here.<br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr"><div><br></div><div>Whether Pulplift is adopted or not, I think there is a benefit to splitting per the general proposal. Further, this split will allow the installer bits to remain Ansible focused and the Vagrant bits to be seen as testing, and evaluation code.</div></div></div></blockquote><div>+1 here<br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr"><div><br></div><div>Thanks for consideration,</div><div>Eric</div><div><br></div><div>[1] <a href="https://github.com/ehelms/pulplift" target="_blank">https://github.com/ehelms/pulplift</a></div></div></div>
_______________________________________________<br>
Pulp-dev mailing list<br>
<a href="mailto:Pulp-dev@redhat.com" target="_blank">Pulp-dev@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-dev" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/pulp-dev</a><br>
</blockquote></div></div></div>