Re: On pull request workflows for the GNU toolchain
Iain Sandoe <[email protected]>
| Newsgroups | gmane.comp.lib.glibc.alpha,gmane.comp.gcc.devel,gmane.comp.gnu.binutils,gmane.comp.gdb.devel,gmane.comp.gcc.fortran |
|---|---|
| Message-ID | <[email protected]> |
> On 23 Sep 2024, at 15:33, Jonathan Wakely <[email protected]> wrote: > > On Mon, 23 Sept 2024 at 14:36, enh wrote: >> >> it doesn't make the patch _management_ problem better ("now i have two problems"), but https://github.com/landley/toybox takes the "why not both?" approach --- you can use pull requests if you grew up with/adapted to git/github, or you can use the mailing list otherwise ... taking into account that what the "barriers" are depend on whose eye's you're looking through. >> >> somewhat related, Android's NDK uses github as their issue tracker [while still having Google's usual "buganizer" issue tracker available] and we get orders of magnitude more interaction with our users on github --- like it or not, it's where the users are. anecdotally i notice people report bugs/send patches to github _mirrors_ of AOSP projects, and have no idea that's not the actual upstream. > > We have the same problem with github's gcc-mirror/gcc repo which we > don't even own and so can't do anything with. Similatly.. I get waay more Darwin bug reports via the development branches on GH than I do directly (even when the bug applies totally to ‘upstream’).