<div dir="ltr">The initial RC will be distributed via PyPI only. The plan is to work on RPM packaging (and maybe debian/Ubuntu?) between the RC and the GA. I think your idea makes sense though once we ship OS-specific packaging.<div><div><div dir="ltr" class="m_-7043848883530299409gmail_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 Thu, Sep 20, 2018 at 7:38 AM Bryan Kearney <<a href="mailto:bkearney@redhat.com" target="_blank">bkearney@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Do you plan to distribute rpms/.debs?<br>
<br>
If so, instead of using the term supported you can instead deal with it<br>
via how you distribute:<br>
<br>
* Only generate native artifacts for the distros you test<br>
* Generate pip/egg files and then it is up to the user to deploy wherever.<br>
<br>
-- bk<br>
<br>
On 9/19/18 4:06 PM, Brian Bouterse wrote:<br>
> <br>
> <br>
> On Wed, Sep 19, 2018 at 3:55 PM Dana Walker <<a href="mailto:dawalker@redhat.com" target="_blank">dawalker@redhat.com</a><br>
> <mailto:<a href="mailto:dawalker@redhat.com" target="_blank">dawalker@redhat.com</a>>> wrote:<br>
> <br>
> I agree with Brian 100% that if we say something is officially<br>
> supported, we need to back that statement up, be that with Travis or<br>
> some other level of testing, or bugfix support, etc.<br>
> <br>
> Looking at the multi-os docs for Travis that Brian linked to, it<br>
> looks like it's only two options, Linux or OSX, and as he said Linux<br>
> currently just means Ubuntu, and OSX may face some hurdles.<br>
> <br>
> That is right, but what we could do is have Travis be a loading<br>
> environment for a docker container that is loaded from dockerhub. With<br>
> that approach I think we can test Fedoras, CentOS, and maybe even RHEL<br>
> on Travis. I know other people do this I can link to some examples if<br>
> people want to look at it more closely. I think this is one reason why<br>
> Travis doesn't offer more runtimes since you can get others through<br>
> containers. OSX is special though because it can't be containerized so<br>
> they have to offer that one. RQ can't run on Windows so we can't run<br>
> there at all :(<br>
> <br>
> I think we should explore putting ^ CI in place before we take Pulp3<br>
> after the 3.0 RC but before the GA.<br>
> <br>
> <br>
> <br>
> Are there other forms of testing we would be willing and able to use<br>
> to be able to officially back more OS's? I'd really like to see<br>
> more broad support. At the very least, yes, we can list that it<br>
> should work on a number of others and that we develop in Fedora, but<br>
> certainly we can test in more OS's to a level of confidence to count<br>
> as official support, right?<br>
> <br>
> As for documentation, David, what sort of questions have you been<br>
> getting about it? I mean, we have documentation. I know we can<br>
> likely improve it, or at least the visibility of it as a recent<br>
> review suggested. Is there a particular area of concern that we<br>
> could address?<br>
> <br>
> Thanks,<br>
> <br>
> --Dana<br>
> <br>
> Dana Walker<br>
> <br>
> Associate Software Engineer<br>
> <br>
> Red Hat<br>
> <br>
> <<a href="https://www.redhat.com" rel="noreferrer" target="_blank">https://www.redhat.com</a>><br>
> <br>
> <<a href="https://red.ht/sig" rel="noreferrer" target="_blank">https://red.ht/sig</a>><br>
> <br>
> <br>
> On Wed, Sep 19, 2018 at 3:02 PM, Brian Bouterse <<a href="mailto:bbouters@redhat.com" target="_blank">bbouters@redhat.com</a><br>
> <mailto:<a href="mailto:bbouters@redhat.com" target="_blank">bbouters@redhat.com</a>>> wrote:<br>
> <br>
> I want to advocate we follow the policy even for Fedora. We can<br>
> anecdotally say in the distribution docs that we use Fedora in<br>
> our development environment and that we expect it to work there too.<br>
> <br>
> Without CI it's hard to know on an everyday basis which specific<br>
> versions of a distribution are working. For instance with<br>
> Fedora, even with dev environments, it's possible that we aren't<br>
> booting into both F27 and F28 often enough and Pulp break from a<br>
> dependency change. With CI running for the supported OS's, we'll<br>
> know almost as fast as our users do when there is an issue on a<br>
> supported OS. I think this is part of the "supported OS" value<br>
> proposition. It allows us to be very precise on exactly which<br>
> versions are being continuously tested on, down to the specific<br>
> versions.<br>
> <br>
> Other/more ideas are welcome.<br>
> <br>
> <br>
> <br>
> On Wed, Sep 19, 2018 at 1:19 PM David Davis<br>
> <<a href="mailto:daviddavis@redhat.com" target="_blank">daviddavis@redhat.com</a> <mailto:<a href="mailto:daviddavis@redhat.com" target="_blank">daviddavis@redhat.com</a>>> wrote:<br>
> <br>
> What about Fedora? We use it in our development environment<br>
> so I think I would feel comfortable claiming official<br>
> support for it as well it’s not in our CI environment.<br>
> <br>
> Other than that, your proposal sounds good to me.<br>
> <br>
> David<br>
> <br>
> <br>
> On Fri, Sep 14, 2018 at 12:02 PM Brian Bouterse<br>
> <<a href="mailto:bbouters@redhat.com" target="_blank">bbouters@redhat.com</a> <mailto:<a href="mailto:bbouters@redhat.com" target="_blank">bbouters@redhat.com</a>>> wrote:<br>
> <br>
> Here is what makes sense to me. Let's have Pulp claim<br>
> official support for any distro that we have CI for<br>
> (Travis). This ensures every pull request change and<br>
> nightlies are tested and provable on all supported<br>
> distros. I believe support is about provable testing so<br>
> without CI we can't ensure it in an ongoing way<br>
> otherwise. Additionally though, we should say that Pulp<br>
> will likely run anywhere that has the Python 3.6 runtime<br>
> and has all necessary dependencies, which likely<br>
> includes MacOS, Debian, etc. From a practical<br>
> perspective Pulp likely will run well on all these<br>
> distros, so even though we wouldn't claim formal<br>
> support, our users probably aren't limited much in-practice.<br>
> <br>
> The only strange thing with ^ approach is that currently<br>
> Travis only tests on Ubuntu so we would not be able to<br>
> claim additional support until we started testing other<br>
> distros in containers on Travis (totally do-able) [0].<br>
> I'm ok w/ that though.<br>
> <br>
> What do you all think?<br>
> <br>
> [0]: <a href="https://docs.travis-ci.com/user/multi-os/" rel="noreferrer" target="_blank">https://docs.travis-ci.com/user/multi-os/</a><br>
> <br>
> <br>
> <br>
> <br>
> On Wed, Sep 12, 2018 at 1:52 PM, David Davis<br>
> <<a href="mailto:daviddavis@redhat.com" target="_blank">daviddavis@redhat.com</a> <mailto:<a href="mailto:daviddavis@redhat.com" target="_blank">daviddavis@redhat.com</a>>><br>
> wrote:<br>
> <br>
> Our last Pulp 3.0 planning ended a bit early a few<br>
> weeks ago and there were a few outstanding questions<br>
> that I would like to bring up on list for discussion<br>
> and get some feedback.<br>
> <br>
> The first is around which OSes we are supporting and<br>
> what will support include (testing on the OS, fixing<br>
> platform-specific bugs, etc). We identified CentOS<br>
> and Fedora as having official support. Then we also<br>
> said we would support MacOS, Debian, and Ubuntu.<br>
> Some confirmation and clarification on which OSes we<br>
> are supporting and what support will mean would be<br>
> good. Does anyone have any thoughts?<br>
> <br>
> Secondly, I just wanted to confirm that for the RC,<br>
> we are planning on providing only Python packages<br>
> via PyPI. I imagine we’ll work on providing other<br>
> packaging formats like RPMs after the RC but before<br>
> the GA.<br>
> <br>
> Lastly, there were some questions around what level<br>
> of documentation we’re planning on having for the<br>
> release. I’m not sure of a good way to address this<br>
> and am looking for feedback.<br>
> <br>
> Thanks.<br>
> <br>
> David<br>
> <br>
> _______________________________________________<br>
> Pulp-dev mailing list<br>
> <a href="mailto:Pulp-dev@redhat.com" target="_blank">Pulp-dev@redhat.com</a> <mailto:<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>
> <br>
> <br>
> <br>
> _______________________________________________<br>
> Pulp-dev mailing list<br>
> <a href="mailto:Pulp-dev@redhat.com" target="_blank">Pulp-dev@redhat.com</a> <mailto:<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>
> <br>
> <br>
> <br>
> _______________________________________________<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>
> <br>
<br>
<br>
_______________________________________________<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>