On Tue, 07 Jun 2016, Pirate Praveen wrote: > On Tuesday 07 June 2016 08:46 PM, Alexander Wirt wrote: > > On Tue, 07 Jun 2016, Pirate Praveen wrote: > > > >> On Tuesday 07 June 2016 10:31 AM, Luca Filipozzi wrote: > >>> On Tue, Jun 07, 2016 at 10:19:48AM +0530, Pirate Praveen wrote: > >>>> On 2016, ജൂൺ 6 10:37:25 PM IST, Tollef Fog Heen <tfheen@err.no> wrote: > >>>>> Another prerequisite for d.o hosting is that it runs on a DSA-managed > >>>>> machine. > >>>> > >>>> How do I get such a machine? Since Gitlab Inc, is sponsoring this hosting, > >>>> should we get a new machine and set it up as per DSA standards? > >>> > >>> I think you start by avoiding us having multiple different git-based services. > >>> > >>> I don't care which one (gitolite, gitlab) but DSA would prefer if there were > >>> only one to take care of. > >>> > >> > >> ok. So I start this process by proposing to move to gitlab for > >> git.debian.org (Is there another process I should follow?). If someone > >> proposes an alternative (gitolite or something else), we will compare > >> the proposed options and decide. > > Ok, I should step in here. For some time I am in the process of setting up an > > alioth replacement for git.d.o. > > I have started a wiki page to compare gitolite and gitlab > https://wiki.debian.org/Alioth/GitNext > > Everyone please contribute there. > > > I know that the process is far away from the point where it should be know. > > However the plan is still to move to gitolite. > > > > I don't think that gitlab is able to replace git.debian.org in its current > > implementation. Given that gitlab is a monster given its huge number of > > dependencies is another point. I would really prefer to have something more > > simple than gitlab. > > Since we already maintain gitlab package in debian (currently in sid, > expecting to be released with stretch), I don't think huge dependency is > a problem, it will just use a bit more disk space. And for managing, > would more volunteers stepping up to maintain it help? > > Also what specific features are missing from gitlab? Can you provide a list? > > Does gitolite allow merge requests? How easy it is for a new contributor > to use gitolite? I think the merge request workflow is really the key. In fact those features are nowhere on my list, I really don't care about. And given the feedback from our alioth workshop during last debconf - most others don't care too. Its more things like: - integration into alioth - aka, how easy is it to integrate the already existing identity data (which we want to keep) into the system - mapping groups and permissions from alioth to the new system - allow a list of reviewed hooks to get used by users This are all things where - up to I know for now - gitlab isn't good. There is also another problem: I don't want to maintain a bigger ruby installation. And since I am the only active alioth maintainer left... However, I am not bound to this job. If there is a team that wants to maintain it, if DSA is happy with them, if Debian agrees that it is the way to go - I will happily step aside. Alex
Attachment:
signature.asc
Description: PGP signature