Content-Type: text/plain; charset=utf-8
Precedence: list
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
Subject: =?utf-8?Q?Re=3A_=5Balpine-devel=5D_Ad=C3=A9lie_on_Alpine=2C_two_?=
 =?utf-8?Q?months_later?=
From: Jakub Jirutka <jakub@jirutka.cz>
In-Reply-To: <20170724214609.GB18090@vimes.1042.ch>
Date: Tue, 25 Jul 2017 00:31:11 +0200
Cc: Alpine-devel <alpine-devel@lists.alpinelinux.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <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>
To: Jean-Louis Fuchs <ganwell@fangorn.ch>

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, =
including 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 =
contributors and even less active / new contributors like you. That=E2=80=99=
s one of the 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, wants 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

About GitLab, I know it very well and it makes me very sad what insane =
bloatware it became after years. Complex beasts rules the world, not =
many people value simplicity.

Best regards,
Jakub

> On 24. Jul 2017, at 23:46, Jean-Louis Fuchs <ganwell@fangorn.ch> =
wrote:
>=20
> Hi Jakub
>=20
> In the end the process/tools has to fit the most active commiters, not
> non-commiters like me.
>=20
> Since you are a power-user, know better then I. I am someone
> who likes "git send-email" and mailinglists. For me patchwork is more
> or less the tool that creates RESTAPI events from a patch-mailinglist
> (not in alpine though). I also use GitLab a lot and like it a lot.
>=20
> I just wanted to say that a minimalistic approach (meaning simple
> tools like git send-email + a mailinglist), is liked by a non-commiter
> like me and I know commiters in other projects who like it too.
>=20
> But as I said, the process has to be optimized for the active
> commiters. And I guess I am strange and a exception, since I prefer
> TUIs to GUIs.
>=20
> Best,
>    Jean



---
Unsubscribe:  alpine-devel+unsubscribe@lists.alpinelinux.org
Help:         alpine-devel+help@lists.alpinelinux.org
---