<div dir="ltr">FWIW gitlab now supports groups, subgroups and projects + granular permissions per those. </div><span>
</span><p dir="ltr">Ondřej <br>
</p><span>
</span><br><div class="gmail_quote"><div dir="ltr">On Thu 21 Sep 2017, 11:10 Alexander Wirt <<a href="mailto:formorer@debian.org">formorer@debian.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Thu, 21 Sep 2017, Guillem Jover wrote:<br>
<br>
> Hi!<br>
><br>
> First off, and just to be clear, I think decomissioning Alioth is a<br>
> good thing given its current state! Thanks for that.<br>
><br>
> One concern is whether we'll be needing to mass switch yet again git<br>
> repo URLs for the nth time? The nice thing about the current setup is<br>
> that it's decoupled from Alioth, at least URL-wise. I think it would<br>
> be nice to preserve that.<br>
><br>
> And the other related concern is that the current candidate (gitlab)<br>
> seems to suffer from the same flat-namespace disease as github, where<br>
> all users and orgs/groups/teams are conflated, and the site is<br>
> user-centric instead of project or team-centered. For something like<br>
> <a href="http://gitlab.com" rel="noreferrer" target="_blank">gitlab.com</a> or <a href="http://github.com" rel="noreferrer" target="_blank">github.com</a> that's from ok to passable (even if sometimes<br>
> very annoying), but for something like Debian, where our user<br>
> registration is independent of our "forge" this is a problem with<br>
> collisions waiting to happen, or where we cannot consider using<br>
> groups/teams freely. :( When it seems like most of our packages are<br>
> maintained as part of some team even if the team is composed of<br>
> very few members, because that's a nice way to group related packages.<br>
><br>
> I'd like to note that while gitlab, as well as gitea get this wrong,<br>
> pagure for example seems to have gotten this right!<br>
We do plan to provide some solution for the namespace thing with providing an<br>
own interface for creating group in defined namespaces.<br>
<br>
Alex<br>
<br>
><br>
<br>
</blockquote></div><div dir="ltr">-- <br></div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Ondřej Surý <<a href="mailto:ondrej@sury.org">ondrej@sury.org</a>></div></div></div>