<div dir="ltr"><div dir="ltr"><div>Containers are a possible solution to add more OS's to the matrix.[0]</div><div><br></div><div>However, I think containers do not support SELinux. Then we will not be able to test any feature/issue related to SELinux.<br></div><div><br></div><div>[0] <a href="https://docs.travis-ci.com/user/docker/">https://docs.travis-ci.com/user/docker/</a><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 19, 2018 at 3:55 PM, Dana Walker <span dir="ltr"><<a href="mailto:dawalker@redhat.com" target="_blank">dawalker@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 dir="ltr"><div>I agree with Brian 100% that if we say something is officially supported, we need to back that statement up, be that with Travis or some other level of testing, or bugfix support, etc.</div><div><br></div><div>Looking at the multi-os docs for Travis that Brian linked to, it looks like it's only two options, Linux or OSX, and as he said Linux currently just means Ubuntu, and OSX may face some hurdles.</div><div><br></div><div>Are there other forms of testing we would be willing and able to use to be able to officially back more OS's?  I'd really like to see more broad support.  At the very least, yes, we can list that it should work on a number of others and that we develop in Fedora, but certainly we can test in more OS's to a level of confidence to count as official support, right?</div><div><br></div><div>As for documentation, David, what sort of questions have you been getting about it?  I mean, we have documentation.  I know we can likely improve it, or at least the visibility of it as a recent review suggested.  Is there a particular area of concern that we could address?</div><div><br></div><div>Thanks,</div><div><br></div><div>--Dana<br></div></div><div class="gmail_extra"><br clear="all"><div><div class="m_5802247489601570213gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>
<p style="font-weight:bold;margin:0;padding:0;font-size:14px;text-transform:uppercase;margin-bottom:0"><span>Dana</span> <span>Walker</span></p>
<p style="font-weight:normal;font-size:10px;margin:0px 0px 4px;text-transform:uppercase"><span>Associate Software Engineer</span><span style="font-weight:normal;color:#aaa;margin:0"></span></p>
<p style="font-weight:normal;margin:0;font-size:10px;color:#999"><a style="color:#0088ce;font-size:10px;margin:0;text-decoration:none;font-family:'overpass',sans-serif" href="https://www.redhat.com" target="_blank">Red Hat <span><br><br></span></a></p>




<table border="0"><tbody><tr><td width="100px"><a href="https://red.ht/sig" target="_blank"> <img src="https://www.redhat.com/files/brand/email/sig-redhat.png" width="90" height="auto"></a> </td>
</tr></tbody></table>

</div></div></div></div><div><div class="h5">
<br><div class="gmail_quote">On Wed, Sep 19, 2018 at 3:02 PM, Brian Bouterse <span dir="ltr"><<a href="mailto:bbouters@redhat.com" target="_blank">bbouters@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 dir="ltr"><div>I want to advocate we follow the policy even for Fedora. We can anecdotally say in the distribution docs that we use Fedora in our development environment and that we expect it to work there too.<br></div><div><br></div><div>Without CI it's hard to know on an everyday basis which specific versions of a distribution are working. For instance with Fedora, even with dev environments, it's possible that we aren't booting into both F27 and F28 often enough and Pulp break from a dependency change. With CI running for the supported OS's, we'll know almost as fast as our users do when there is an issue on a supported OS. I think this is part of the "supported OS" value proposition. It allows us to be very precise on exactly which versions are being continuously tested on, down to the specific versions.</div><div><br></div><div>Other/more ideas are welcome.</div><div><br></div><div><br></div></div><div class="m_5802247489601570213HOEnZb"><div class="m_5802247489601570213h5"><br><div class="gmail_quote"><div dir="ltr">On Wed, Sep 19, 2018 at 1:19 PM David Davis <<a href="mailto:daviddavis@redhat.com" target="_blank">daviddavis@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">What about Fedora? We use it in our development environment so I think I would feel comfortable claiming official support for it as well it’s not in our CI environment.<div><br></div><div>Other than that, your proposal sounds good to me.<br clear="all"><div><div dir="ltr" class="m_5802247489601570213m_-1220878914329318267m_-4076369731868125850m_3471148694583815358gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><br></div><div>David<br></div></div></div></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Fri, Sep 14, 2018 at 12:02 PM Brian Bouterse <<a href="mailto:bbouters@redhat.com" target="_blank">bbouters@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"><div>Here is what makes sense to me. Let's have Pulp claim official support for any distro that we have CI for (Travis). This ensures every pull request change and nightlies are tested and provable on all supported distros. I believe support is about provable testing so without CI we can't ensure it in an ongoing way otherwise. Additionally though, we should say that Pulp will likely run anywhere that has the Python 3.6 runtime and has all necessary dependencies, which likely includes MacOS, Debian, etc. From a practical perspective Pulp likely will run well on all these distros, so even though we wouldn't claim formal support, our users probably aren't limited much in-practice.<br></div><div><br></div><div>The only strange thing with ^ approach is that currently Travis only tests on Ubuntu so we would not be able to claim additional support until we started testing other distros in containers on Travis (totally do-able) [0]. I'm ok w/ that though.<br></div><div><br></div><div>What do you all think?<br></div><div><br></div><div>[0]: <a href="https://docs.travis-ci.com/user/multi-os/" target="_blank">https://docs.travis-ci.com/use<wbr>r/multi-os/</a><br></div><div><br></div><div><br></div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 12, 2018 at 1:52 PM, David Davis <span dir="ltr"><<a href="mailto:daviddavis@redhat.com" target="_blank">daviddavis@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 dir="ltr">Our last Pulp 3.0 planning ended a bit early a few weeks ago and there were a few outstanding questions that I would like to bring up on list for discussion and get some feedback.<div><br></div><div>The first is around which OSes we are supporting and what will support include (testing on the OS, fixing platform-specific bugs, etc). We identified CentOS and Fedora as having official support. Then we also said we would support MacOS, Debian, and Ubuntu. Some confirmation and clarification on which OSes we are supporting and what support will mean would be good. Does anyone have any thoughts?</div><div><br></div><div>Secondly, I just wanted to confirm that for the RC, we are planning on providing only Python packages via PyPI. I imagine we’ll work on providing other packaging formats like RPMs after the RC but before the GA.<br></div><div><br></div><div>Lastly, there were some questions around what level of documentation we’re planning on having for the release. I’m not sure of a good way to address this and am looking for feedback.<br></div><div><br></div><div>Thanks.</div><span class="m_5802247489601570213m_-1220878914329318267m_-4076369731868125850m_3471148694583815358m_-5850344829971472836HOEnZb"><font color="#888888"><div><div><div><div dir="ltr" class="m_5802247489601570213m_-1220878914329318267m_-4076369731868125850m_3471148694583815358m_-5850344829971472836m_-1642671820882491306m_-2519979401656976851m_6062414446459537698gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><br></div><div>David<br></div></div></div></div></div></div></div></div></div></div></font></span></div>
<br>______________________________<wbr>_________________<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<wbr>/listinfo/pulp-dev</a><br>
<br></blockquote></div><br></div>
</blockquote></div>
</blockquote></div>
</div></div><br>______________________________<wbr>_________________<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<wbr>/listinfo/pulp-dev</a><br>
<br></blockquote></div><br></div></div></div>
<br>______________________________<wbr>_________________<br>
Pulp-dev mailing list<br>
<a href="mailto:Pulp-dev@redhat.com">Pulp-dev@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-dev" rel="noreferrer" target="_blank">https://www.redhat.com/<wbr>mailman/listinfo/pulp-dev</a><br>
<br></blockquote></div><br></div>