<div dir="ltr"><div>It depends on how much the 80/20 rule applies.  If we had a breakdown of which jobs are using how many minutes, I bet we could get that number way down just by cleaning up a couple of jobs.</div><div><br></div><div>None of these platforms support nested virt (actually Travis doesn't officially support it either, it just happens to work), so those jobs will either need to stay behind on Travis, move to something like CentOS CI, or else we need to bite the bullet and add some of our own hardware to the CI pool (which is quite easy apparently with both Github and Gitlab).<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Nov 9, 2020 at 10:39 AM Brian Bouterse <<a href="mailto:bmbouter@redhat.com">bmbouter@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Nov 9, 2020 at 10:27 AM David Davis <<a href="mailto:daviddavis@redhat.com" target="_blank">daviddavis@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">I looked a little bit more into Gitlab CI this morning. If my understanding is correct, their cap is 50,000 minutes. Right now, we're using about 44,000 minutes in Travis[0]. Some of our jobs (eg pulp_installer, pulp-cli, etc) are on GHA already so in theory if we moved everything over to Gitlab CI, we could potentially hit their cap?</div></blockquote><div>This is my main concern. If we're going to spend the effort to switch, we need to not end up in the same situation.</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>[0] <a href="https://travis-ci.com/github/pulp?tab=insights" target="_blank">https://travis-ci.com/github/pulp?tab=insights</a></div><div><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><br></div><div>David</div></div></div></div></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Nov 4, 2020 at 8:18 AM David Davis <<a href="mailto:daviddavis@redhat.com" target="_blank">daviddavis@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">We looked at Fedora's Zuul instance before and decided against using it for two reasons: (A) it'd be a lot of work/maintaince (eg we'd have to write our own zuul jobs, bring our own compute resource, etc), and (B) we were worried about the support since it's not a paid (or freemium) option. <div><br></div><div>That said, it might be worth considering again if nothing else for testing on specific environments such as selinux which is difficult to do on hosted CI providers.<div><div><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><br></div><div>David</div></div></div></div></div></div></div></div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Nov 3, 2020 at 3:51 PM Neal Gompa <<a href="mailto:ngompa13@gmail.com" target="_blank">ngompa13@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Tue, Nov 3, 2020 at 3:35 PM David Davis <<a href="mailto:daviddavis@redhat.com" target="_blank">daviddavis@redhat.com</a>> wrote:<br>
><br>
> Travis recently announced changes to their plan pricing that will impact open-source projects such as Pulp[0]. It's likely that we'll exhaust the monthly budget that Travis is going to give OSS projects and we're not sure how generous Travis will be giving out extra build minutes.<br>
><br>
> Given our concern, members of the CI team met today to discuss our options. We have some notes[1] from our meeting about some of the options that stood out to us. We'd like to have a plan in place when the new pricing gets rolled out to our organization.<br>
><br>
> Any feedback is welcome.<br>
><br>
> [0] <a href="https://blog.travis-ci.com/2020-11-02-travis-ci-new-billing" rel="noreferrer" target="_blank">https://blog.travis-ci.com/2020-11-02-travis-ci-new-billing</a><br>
> [1] <a href="https://hackmd.io/n6kStnNiTPGekAWGdNvbhA" rel="noreferrer" target="_blank">https://hackmd.io/n6kStnNiTPGekAWGdNvbhA</a><br>
<br>
Could we use the Fedora CI Zuul instance[2]? There's already a ton of<br>
other projects using one of the Zuul instances on<br>
<a href="http://softwarefactory-project.io" rel="noreferrer" target="_blank">softwarefactory-project.io</a>, and leveraging the Fedora CI<br>
infrastructure could also help future efforts in doing auto-release to<br>
Fedora for Pulp releases, too.<br>
<br>
[2]: <a href="https://fedora.softwarefactory-project.io/zuul/projects" rel="noreferrer" target="_blank">https://fedora.softwarefactory-project.io/zuul/projects</a><br>
<br>
-- <br>
真実はいつも一つ！/ Always, there's only one truth!<br>
<br>
</blockquote></div>
</blockquote></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>
_______________________________________________<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>