public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: "Sean" <sean.brogan@microsoft.com>
To: Soumya Guptha <soumya.k.guptha@intel.com>,devel@edk2.groups.io
Subject: Re: [edk2-devel] TianoCore Community Meeting Minutes - Feb 6
Date: Fri, 14 Feb 2020 10:25:27 -0800	[thread overview]
Message-ID: <3765.1581704727843482010@groups.io> (raw)
In-Reply-To: <B1D50B8C067F864C836E6827E538E343A16C606C@ORSMSX113.amr.corp.intel.com>

[-- Attachment #1: Type: text/plain, Size: 2324 bytes --]

Soumya,
I would like to add three things to community discussions especially around governance and process.

1. RFC: The RFC process seems to get only minimal comments and a lot gets lost in the noise of the lists.  There isn't a good "final" state where all approved RFCs can be seen.  The process is entirely driven by the submitter and thus there is little consistency.   I wanted to highlight another project and how they handle this. https://github.com/rust-lang/rfcs ( https://github.com/rust-lang/rfcs ) As a casual observer it is very easy to review their RFCs (in flight and approved/rejected) as well as understand how to create and submit one if so desired.  The tooling is just git/github so it is familiar to the target audience and has a strong ability to track progress, show history, and be backed up like any code project.  They also leverage github issue tracker for pre rfc conversation and discussions.

2. Bugs/Features/Releases:  First the bug triage and scrub is not very well attended.  I know it is hard to get a ww audience together on a call but i think part of the goal was to offer a public process and a place to learn/discuss.  Is there a better way that still meets those goals?  Secondly, the number of bugs that get discussed is pretty small and the list of open bugzillas are grower faster than the triage effort.  Third, the results are pretty minimal.  Usually a change in owner and a very short comment asking the owner to look at it is the result of the triage.  There is sometimes good conversation (assuming knowledgeable parties are in attendance) but this is impractical to capture into the bugzilla while still keeping forward progress.   Finally, as an submitter of a lot of open/unconfirmed bugs it is not very easy to understand the owners priorities and when the bug will be fixed and merged to master/stable tag. I am happy to contribute effort to making a new process but want to understand if others are frustrated by this as well.

3. Discussions: I wanted to know if anyone has experience with user forums like https://www.discourse.org/.  Again the rust community uses this and it is a pretty nice interface for async communication that doesn't involve mail server and client configuration challenges, corporate policies, and the noise of email.

[-- Attachment #2: Type: text/html, Size: 2527 bytes --]

  reply	other threads:[~2020-02-14 18:25 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-02-07  3:47 TianoCore Community Meeting Minutes - Feb 6 Soumya Guptha
2020-02-14 18:25 ` Sean [this message]
2020-02-14 18:50   ` [edk2-devel] " Rebecca Cran
2020-02-14 22:14     ` Laszlo Ersek
2020-02-14 22:14   ` Laszlo Ersek
2020-02-14 23:24     ` Sean
2020-02-17  8:12       ` Laszlo Ersek
2020-02-18 17:47     ` Soumya Guptha

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-list from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3765.1581704727843482010@groups.io \
    --to=devel@edk2.groups.io \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox