Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:106899
MIME-Version: 1.0
References: <CAF+90c8EvfFPqjRJjJ3T-qTfLiWn7aZzCrGpk7R3yNFLT1qWjQ@mail.gmail.com>
 <1686643.PblvKQRnJp@mcmic-probook> <190b7291-812e-4337-bd09-950dc30c655a@Spark>
 <2157489.0uZv62oTo4@mcmic-probook> <CAAfnsFVHTuW0sQ+9Ow0K+nJtzo0Vv8NWKUsi_58zKXtt_xYn=Q@mail.gmail.com>
 <CALKiJKoAMoZ_-bHVvJYx_h2mFTZ3822HP-qWGoD9JKs0stfSpA@mail.gmail.com>
 <CAAfnsFXfG0Qi12hejFkDUWYaS0bcBdu0p_9=bMpMreBbEdPtng@mail.gmail.com>
 <CALKiJKrV-D1iBRrqdaB97gkY=ck0+6z05fT5ws9e+WbR=C9ezA@mail.gmail.com>
 <CAG9XoMSs33HY0gBgLizEVv7MPfOw6W70w+94-_WqyTGV8tZTqw@mail.gmail.com> <CALKiJKr+icJQWJ5_razsWTMK1FEUgmc7YLK_M10_f0tDp7hW_A@mail.gmail.com>
In-Reply-To: <CALKiJKr+icJQWJ5_razsWTMK1FEUgmc7YLK_M10_f0tDp7hW_A@mail.gmail.com>
Date: Fri, 6 Sep 2019 15:53:57 +0200
Message-ID: <CAG9XoMSU8_LphmyzfJfcdE=Com6jPPP2DPgO+h1aHSndKBe3Dg@mail.gmail.com>
To: Rowan Tommins <rowan.collins@gmail.com>
Cc: Internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="000000000000a70e4c0591e2c567"
Subject: Re: [PHP-DEV] [RFC] Union Types v2 (followup on github usage)
From: benjamin.morel@gmail.com (Benjamin Morel)

--000000000000a70e4c0591e2c567
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

>
> That's pretty much the opposite of your previous question. For one thing,
> it's unanswerable without knowing the scope - e.g. would it just be for
> RFCs, or all discussions?


I'm thinking about a generic "forum" for all discussions that happen on the
mailing lists right now, something that could be used for internals but
also for other PHP mailing lists.

Then, its scope can be expanded specifically for internals, to better
discuss RFCs, etc., but that's not what I had in mind right now.

Until we know what we're looking for, I'm really not clear why GitHub
> issues should have any starting advantage over Discourse, or PHPBB, or
> Trac, or Phabricator, or Bugzilla, or probably hundreds of suggestions we
> could evaluate.


I chose GitHub because it was mentioned several times in this thread,
because it's already used to discuss PRs, and because I suspect pretty much
everyone on this list either uses GitHub on a daily basis, or has at
least *some
*experience with GitHub issues (let's face it, I google stuff every day for
many open-source projects, and most of the discussions I stumble upon are
on GitHub issues/pulls), so at least we have a* starting point* that
everyone knows and has learned to love or hate. Now the whole point is, if
you think another software does things better, please share!

Now obviously, should you hate GitHub issues from start to finish, then
indeed I can understand you consider this starting point a poor choice, in
this case I'd be interested to know what you dislike so much!

=E2=80=94 Benjamin

--000000000000a70e4c0591e2c567--