Precedence: list
MIME-Version: 1.0
In-Reply-To: <2E417C1D-0F8D-4DBD-B283-5C5798D13D81@jirutka.cz>
References: <5975E0C0.1030008@adelielinux.org> <57A1A151-0352-40DA-BC91-52980CEE99C3@shiz.me>
 <59761031.6000605@adelielinux.org> <20170724195040.GA18090@vimes.1042.ch>
 <5301B93A-A3AA-4AD3-8191-EBA542A6C3D3@jirutka.cz> <20170724214609.GB18090@vimes.1042.ch>
 <2E417C1D-0F8D-4DBD-B283-5C5798D13D81@jirutka.cz>
From: William Pitcock <nenolod@dereferenced.org>
Date: Tue, 25 Jul 2017 00:23:34 -0500
Message-ID: <CA+T2pCEMTL4m2QDePyCRnhzV+1wEX_rTztL4Fqom=DBXG_9QoA@mail.gmail.com>
Subject: =?UTF-8?Q?Re=3A_=5Balpine=2Ddevel=5D_Ad=C3=A9lie_on_Alpine=2C_two_months_lat?=
	=?UTF-8?Q?er?=
To: Jakub Jirutka <jakub@jirutka.cz>
Cc: Jean-Louis Fuchs <ganwell@fangorn.ch>, Alpine-devel <alpine-devel@lists.alpinelinux.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hello,

On Mon, Jul 24, 2017 at 5:31 PM, Jakub Jirutka <jakub@jirutka.cz> wrote:
> Hi Jean,
>
>> I just wanted to say that a minimalistic approach (meaning simple tools =
like git send-email + a mailinglist)=E2=80=A6
>
> git send-email is indeed minimalistic, but mailing-list is really not.
>
>> And I guess I am strange and a exception, since I prefer TUIs to GUIs.
>
> Actually you=E2=80=99re not, many Alpinists prefer TUIs to GUIs, includin=
g myself. What I wanted to say is that pull requests workflow is even more =
suitable for TUIs than ML. You can use tools like https://hub.github.com/ +=
 plain git or build your own tools suitable for your workflow, without need=
 to deal with bunch of unstructured information in emails.
>
>> =E2=80=A6is liked by a non-commiter like meand I know commiters in other=
 projects who like it too. =E2=80=A6the process has to be optimized for the=
 active commiters=E2=80=A6
>
> Well, we need to optimize the process for maintainers, active contributor=
s and even less active / new contributors like you. That=E2=80=99s one of t=
he reasons why we still support both GitHub and Patchwork.
>
> I admit that I=E2=80=99d personally love to get rid of Patchwork, but 1st=
 others don=E2=80=99t allow me to do that, 2st no one, including myself, wa=
nts to depend on third-party service as the only option. Currently we don=
=E2=80=99t have any sane alternative (simple, lightweight yet powerful). We=
 know that the current process is not ideal, but there are too many issues =
and too little time=E2=80=A6

I think our requirements are more specialised and I am wondering if it
would be possible to build a simple application which merges the
github PRs and patchwork patches in such a way that they can be
tested.

Once we have a solution to the CI problems, building such a site seems
trivial to me.

Debian has a similar website: mentors.debian.org, which does some
checks on incoming contributions.  Building something like that seems
like something that would give us the best of all worlds, really.

William


---
Unsubscribe:  alpine-devel+unsubscribe@lists.alpinelinux.org
Help:         alpine-devel+help@lists.alpinelinux.org
---