<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, May 23, 2018 at 2:48 PM, Jordan Justen <span dir="ltr"><<a href="mailto:jordan.l.justen@intel.com" target="_blank">jordan.l.justen@intel.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 2018-05-23 12:34:11, Jason Ekstrand wrote:<br>
> Mesa developers,<br>
> <br>
> tl;dr.  Please go to <a href="http://gitlab.freedesktop.org" rel="noreferrer" target="_blank">gitlab.freedesktop.org</a>, create your account, and<br>
> upload your SSH keys.  Instructions are the bottom of this e-mail.<br>
> <br>
> The <a href="http://freedesktop.org" rel="noreferrer" target="_blank">freedesktop.org</a> admins are trying to move as many projects and services<br>
> as possible over to gitlab and somehow I got hoodwinked into spear-heading<br>
> it for mesa.<br>
<br>
</span>I thought we'd be able to decide if or when. It sounds like this is<br>
decided.<span class=""><br></span></blockquote><div><br></div><div>You are free to state your objections.  No one has actually pulled the trigger yet. :-)<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
> There are a number of reasons for this change.  Some of those<br>
> reasons have to do with the maintenance cost of our sprawling and aging<br>
> infrastructure.  Some of those reasons provide significant benefit to the<br>
> project being migrated:<br>
> <br>
>  * Project-led user/rights management.  If we're on gitlab, project<br>
> maintainers can give people access and we no longer have to wait for the<br>
> freedesktop admins to add a new person.  And the freedesktop admins don't<br>
> have to take the time.<br>
> <br>
>  * Better web UI for git.<br>
<br>
</span>s/Better/Worse/<br>
<span class=""><br>
> Ok, so some people will argue with me on this<br>
> one but it's at least how I feel. :-)<br>
<br>
</span>/me bows<br>
<span class=""><br>
>  * [Optional] Integrated commit history and issue tracking.  Bugzilla tags<br>
> are great but gitlab ties things together much better.<br>
> <br>
>  * [Optional] Merge-request workflow.  With the rise of github, there are<br>
> many developers out there who are used to the merge-request workflow and<br>
> switching to that may lower the barrier to entry for new contributors.<br>
<br>
</span>On the down side, the contribution/review history is now tied up in<br>
the gitlab infrastructure rather than a simple email archive.<span class=""><br></span></blockquote><div><br></div><div>Yup, and that is a down side.  That's why I made it clear that this is optional and not going to be a thing we do right away.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
>  * [Optional] Built-in wiki support<br>
<br>
</span>The github (and gitlab) integrated wiki's look fairly busy/crappy with<br>
all the gibhub/gitlab UI around the contents.<span class=""><br></span></blockquote><div><br></div><div>Yeah, I don't expect we'll actually use it for real things but it's there if we want it.  Might be useful for piglit to keep some notes or something.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
>  * [Optional] Built-in CI.  With gitlab, we can provide a docker image and<br>
> CI tasks to run in it which can do things such as build the website, run<br>
> build-tests, etc.  I'm not sure if build-testing Android is feasible but we<br>
> could at least build-test autotools, meson, scons, and maybe even run some<br>
> LLVMpipe tests.<br>
<br>
</span>Why can this only be done with gitlab?<span class=""><br></span></blockquote><div><br></div><div>It *can* be done other ways but the fd.o admins are tired of everyone wanting some hand-rolled solution for this that or the other thing.  With the gitlab CI, we provide a docker image and a script and it "just works".  There is literally zero overhead for the fd.o admins to maintain the thing.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
> Before anyone freaks out about the possible changes that may be incoming, I<br>
> would like to make it crystal clear that many of the above things are<br>
> optional.<br>
<br>
</span>Yeah, this doesn't feel like a steamroller at all.<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div><div>I'm really not trying to steamroller. :-(  Like I said below, we don't need to use any of those optional features and we'll turn them off initially so that it's not even possible to make a PR or file an issue and the wiki won't even exist.  Once you add your key and change your push URL, you won't even notice that it's hosted on gitlab.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="HOEnZb"><font color="#888888">
-Jordan<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
> We can continue to use Bugzilla for issue tracking and the<br>
> mailing list for patch review.  Both cgit and annongit will continue to<br>
> work for the foreseeable future.  The new fancy features such as merge<br>
> requests will all be disabled initially and we can consider enabling and<br>
> using those features on a case-by-case basis.  The only immediate change<br>
> will be that pushes will have to happen to gitlab instead of git.fd.o.  No<br>
> one is trying to change your workflow, they're just trying to move our git<br>
> hosting to a different platform.<br>
> <br>
> One of the motivations for doing this now is that there has been some<br>
> desire to move the mesa website away from raw HTML and over to a platform<br>
> such as sphinx.  If we're going to do that, we need a system for building<br>
> the website whenever someone pushes to mesa.  The solution that the fd.o<br>
> admins would like us to use for that is the docker-based gitlab CI.  Laura<br>
> has been working on this the last couple of weeks and the results are<br>
> pretty nice looking so far.  You can check out a preview here:<br>
> <a href="https://mesa-test.freedesktop.org/intro.html" rel="noreferrer" target="_blank">https://mesa-test.freedesktop.<wbr>org/intro.html</a>  Using sphinx gives us all<br>
> sorts of neat things like nice text formatting, syntax highlighting, and<br>
> autogenerated searchable navigation. Right now, it's still using one of the<br>
> standard sphinx themes so it looks a bit "default" but that's something we<br>
> can change.<br>
> <br>
> Making this transition happen will, obviously, require a small amount of<br>
> involvement from the mesa development community.  In particular, you'll all<br>
> need to get your SSH keys set up through gitlab.  Here's what you need to<br>
> do; it should take less than 5 minutes:<br>
> <br>
>  1. Go to <a href="http://gitlab.freedesktop.org" rel="noreferrer" target="_blank">gitlab.freedesktop.org</a><br>
>  2. Click "Sign In / Register" in the upper left-hand corner<br>
>  3. You already have an account.  Click "Forgot your password?", type in<br>
> your fd.o-associated e-mail, and click "Reset Password".  Follow the<br>
> directions in the e-mail.<br>
>  4. Once you've successfully signed in, click on the little circle in the<br>
> upper right-hand corner and select "Settings"<br>
>  5. Click "SSH Keys" in the bar on the left and add your keys<br>
> <br>
> Assuming no one explodes too badly, we'll do the actual migration soon.<br>
> Ideally, I'd like to not drag this out for more than a couple of weeks.<br>
> When the actual migration happens, the only change mesa devs will have to<br>
> make when this happens is to change the git remote they use for pushing to<br>
> point to gitlab.<br>
> <br>
> Thanks for your cooperation (was that premature?),<br>
> <br>
> --Jason<br>
> <br>
> <br>
</div></div><div class="HOEnZb"><div class="h5">> ______________________________<wbr>_________________<br>
> mesa-dev mailing list<br>
> <a href="mailto:mesa-dev@lists.freedesktop.org">mesa-dev@lists.freedesktop.org</a><br>
> <a href="https://lists.freedesktop.org/mailman/listinfo/mesa-dev" rel="noreferrer" target="_blank">https://lists.freedesktop.org/<wbr>mailman/listinfo/mesa-dev</a><br>
</div></div></blockquote></div><br></div></div>