Subject: Re: Does it make sense to keep ~alpine/aports running?
To: ~alpine/devel@lists.alpinelinux.org
References: <24b91bd507e8151d41ac1d9866a4fd7a07febfe0.camel@cogitri.dev>
 <20200310170643.7a475808@ncopa-desktop.copa.dup.pw>
From: Bart Ribbers <bribbers@disroot.org>
Message-ID: <b1f17e5d-5771-86f0-6b80-6b48c29c2a03@disroot.org>
Date: Tue, 10 Mar 2020 17:20:01 +0100
Mime-Version: 1.0
In-Reply-To: <20200310170643.7a475808@ncopa-desktop.copa.dup.pw>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit

Hi,

On 2020-03-10 17:13, Natanael Copa wrote:
> So, one of the major reasons we kept a patch mailing list was because
> there was people who would not contribute via github. I think the
> majority of those are ok to contribute via gitlab, so that is not as
> big problem nowdays.
> 
> I guess it boils down to if we want make it easy for contributors who
> don't want sign up in gitlab, or prefers `git send-email` at the
> expense of the reviewers. (and contributors who would need check both
> mailing list and gitlab if someone else has provided same patch).

Do note that Gitlab supports sending patches and responding to issues 
and MR's via email, there is just the problem that it's only available 
in the enterprise edition of Gitlab.

1. reply by email [1]
2. new issue by email [2]
3. new merge request by email [3]

[1] https://docs.gitlab.com/ee/administration/reply_by_email.html
[2] 
https://docs.gitlab.com/ee/user/project/issues/managing_issues.html#new-issue-via-email
[3] 
https://docs.gitlab.com/ee/user/project/merge_requests/creating_merge_requests.html#new-merge-request-by-email-core-only

I personally do not think it's worth considering due to having to get a 
Gitlab license and having to run proprietary code on the Alpine 
infrastructure, but maybe opinions differ?

There is also a quite extensive GitLab API, I can imagine someone 
writing a wrapper around it to allow using email with it.

Best regards,
Bart