Re: RFC: Grub project management

2021-02-18 Thread Daniel Axtens
Glenn Washburn writes: > On Sun, 14 Feb 2021 13:58:40 +1100 > Daniel Axtens wrote: > >> > Reading more about patchwork, it seems to have its own set of >> > issues, partly revolving around using a mailing list of development >> > as we do. see: https://lwn.net/Articles/773456/ >> >> I'm a

Re: RFC: Grub project management

2021-02-18 Thread Glenn Washburn
On Sun, 14 Feb 2021 13:58:40 +1100 Daniel Axtens wrote: > > Reading more about patchwork, it seems to have its own set of > > issues, partly revolving around using a mailing list of development > > as we do. see: https://lwn.net/Articles/773456/ > > I'm a patchwork maintainer, happy to discuss

Re: RFC: Grub project management

2021-02-13 Thread James Bottomley
On Thu, 2021-02-11 at 23:50 -0500, Eli Schwartz wrote: [...] > It would probably make more sense to use a patchwork configured to > run CI on incoming patches, and maybe even respond to the mailing > list with status reports. > > e.g. > > https://lists.sr.ht/~sircmpwn/sr.ht-dev/patches/20108 >

Re: RFC: Grub project management

2021-02-13 Thread Daniel Axtens
> Reading more about patchwork, it seems to have its own set of issues, > partly revolving around using a mailing list of development as we do. > see: https://lwn.net/Articles/773456/ I'm a patchwork maintainer, happy to discuss how Patchwork might be helpful. It certainly isn't perfect (and

Re: RFC: Grub project management

2021-02-13 Thread Eli Schwartz
On 2/12/21 11:00 PM, Glenn Washburn wrote: > I poked around on a sourcehut account a little and its not obvious that > can can integrate with an existing mailing list. It looks like it > expects to host the mailinglist. I'm thinking there might be a way to > configure it act like a peer

Re: RFC: Grub project management

2021-02-13 Thread Glenn Washburn
On Fri, 12 Feb 2021 17:16:39 -0500 Konrad Rzeszutek Wilk wrote: > On Thu, Feb 11, 2021 at 09:53:37PM -0600, Glenn Washburn wrote: > > I believe I speak for more than just myself when I say that the > > current development process leaves much to be desired. GRUB has > > been in a feature freeze

Re: RFC: Grub project management

2021-02-12 Thread Glenn Washburn
On Fri, 12 Feb 2021 17:35:05 -0500 Eli Schwartz wrote: > On 2/12/21 4:58 PM, Glenn Washburn wrote: > > And you're right the merge request part is not ideal. There > > is redundancy, but I don't think its that big of a deal. There does > > come more confusion when determining what patch series

Re: RFC: Grub project management

2021-02-12 Thread Eli Schwartz
On 2/12/21 4:58 PM, Glenn Washburn wrote: > There are two main parts to this work, the CI and the merge request > automation. As I see it, your issue is not with the CI, but the merge > requests. Yes -- CI is indeed wonderful to have and should be implemented if possible (which it always is,

Re: RFC: Grub project management

2021-02-12 Thread Konrad Rzeszutek Wilk
On Thu, Feb 11, 2021 at 09:53:37PM -0600, Glenn Washburn wrote: > Hi fellow GRUB developers, > > I want to start by recognizing that most people who are involved with > the project maintenance are doing so on a voluntary basis (or at least > that's my assumption) and people have busy lives. Its a

Re: RFC: Grub project management

2021-02-12 Thread Glenn Washburn
On Thu, 11 Feb 2021 23:50:38 -0500 Eli Schwartz wrote: > On 2/11/21 10:53 PM, Glenn Washburn wrote: > > For patches that people don't want to disappear on the list, I > > think a merge request can help mitigate that. Also since the merge > > request is effectively a whole commit tree, instead of

Re: RFC: Grub project management

2021-02-11 Thread Eli Schwartz
On 2/11/21 10:53 PM, Glenn Washburn wrote: > Hi fellow GRUB developers, > > I want to start by recognizing that most people who are involved with > the project maintenance are doing so on a voluntary basis (or at least > that's my assumption) and people have busy lives. Its a mostly > thankless

RFC: Grub project management

2021-02-11 Thread Glenn Washburn
Hi fellow GRUB developers, I want to start by recognizing that most people who are involved with the project maintenance are doing so on a voluntary basis (or at least that's my assumption) and people have busy lives. Its a mostly thankless job, so thank you guys for all the time spent keeping