[Mesa-dev] mirroring ogl-sample source code in gitlab?

[Adam Jackson]

On Wed, 2019-06-12 at 10:29 +0200, Erik Faye-Lund wrote:
> On Wed, 2019-06-12 at 10:25 +0200, Erik Faye-Lund wrote:
> > On Tue, 2019-06-11 at 12:41 -0400, Adam Jackson wrote:
> > > On Tue, 2019-06-11 at 11:13 +0200, Erik Faye-Lund wrote:
> > > 
> > > > So here's the question: How does people feel about hosting this under 
> > > > https://gitlab.freedesktop.org/mesa/ogl-sample/? If people are OK with
> > > > this, I will make that happen, and send out a patch to update the link
> > > > we have in our FAQ once that's done.
> > > 
> > > Sounds fine to me. I've needed to refer to the SI more than once, I'd
> > > be happy to have it in a well-known location.
> > > 
> > > Vaguely related: Old-timers may remember that DRI used to have its own
> > > CVS repo on dri.sourceforge.net. If you want a git import of that tree,
> > > you can find it here:
> > > 
> > > https://gitlab.freedesktop.org/ajax/dri
> > 
> > Hmm, for some reason I can't see the repo here, just the (empty) issue
> > tracker. Even though the project is listed as public... Strange.

Weirdly there are separate controls for project and repository
visibility, and the latter was set to "Only project members" for some
reason. Fixed, thanks!

> > > I'd be happy to move this under mesa/ too if we want.
> > 
> > I think that'd be nice, yeah. I think it would be nice to keep things
> > like this in some central location.
> > 
> > One could also imagine that the SGI GLX realease in it's original form
> > would be interesting to preserve in case other mirrors go down as well.
> > Just for the heck of it, I've archived that as well, even though it's
> > just a single tarball, so it ends up as just a single commit:
> > 
> > https://gitlab.freedesktop.org/kusma/glx
> > 
> > This could also be a candidate for moving under the mesa-group.
> 
> Actually, perhaps this one belongs under the xorg-group instead of the
> mesa-group...

Yeah, toss-up really. The glx code drop has both the client library and
server support, so it's not entirely one or the other. libGL used to
live only in the X11 monolith, and (iirc) we moved it to Mesa during
m12n so it lived near the DRI drivers since that interface kept
growing.

- ajax