<div dir="ltr"><div>Perhaps just have the archive as a separate repo that gets pulled in by the main ci yaml at build, just to populate the archives directory?</div><div><br></div><div>This avoids any possible submodule breakage (just not worth it here IMO), with no chance of accidentally pulling down all the archives. <span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:small;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">I know a few people who have git shortcuts that update submodules by default for example, whether they exist or not.</span></div><div><br></div><div>Also I personally think the archives dir needs a bit of re-org/cleanup to make it a bit more persistent over time (eg: like moving the old stuff into the older-versions dir effectively breaks links for distros, etc). That's getting more into content, but it'd be worth exploring if that should/would get done before or after the move to a git repo (ie: would it being in git make the process harder/a nightmare if it was to happen).</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 4 June 2018 at 06:19, Daniel Stone <span dir="ltr"><<a href="mailto:daniel@fooishbar.org" target="_blank">daniel@fooishbar.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Laura,<br>
<span class=""><br>
On 25 May 2018 at 01:27, Laura Ekstrand <<a href="mailto:laura@jlekstrand.net">laura@jlekstrand.net</a>> wrote:<br>
> When reviewing these patches, please note:<br>
>         1. This patch series does *not* touch content.  Please do not bikeshed<br>
>            the content of webpages here.  That will be addressed in later<br>
>            commits.<br>
>         2. Please do *not* bikeshed website style here.  We are using the<br>
>            classic ReadTheDocs style for now and we will update style in a<br>
>            future commit.<br>
>         3. I've done my best to make your current content look beautiful.  If<br>
>            there's a problem, please let me know.<br>
>         4. There were some commits to the website between when I started this<br>
>            series and now. I've done my best to incorporate your changes.<br>
>            So if you changed your content in the past two weeks, take a look<br>
>            at your page.<br>
<br>
</span>One thing I've just remembered is that <a href="https://www.mesa3d.org/archive/" rel="noreferrer" target="_blank">https://www.mesa3d.org/<wbr>archive/</a><br>
serves all the tarballs for Mesa releases. Given how Pages is<br>
structured, we don't have a good way to redirect these to the old<br>
server, so the Pages repository needs to hold all the tarballs. This<br>
probably suggests to me that the site should live in a different repo,<br>
where we can just commit all the tarballs.<br>
<br>
I reflexively didn't love the idea of committing tarballs to a git<br>
repository, but the more I think about it, the more I like the idea.<br>
It makes it more clear where they're coming from, makes the provenance<br>
easier to verify, gives us audit logs of who put them in, and so on.<br>
<br>
Cheers,<br>
Daniel<br>
<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><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Stuart Young (aka Cefiar)</div>
</div>