Re: [Gluster-Maintainers] [Gluster-devel] Maintainers 2.0 Proposal

2017-03-23 Thread Michael Scherer
ches later. And making sure the design discussion occurs in the open is also more welcoming to contributors, since they can see how we discuss, and learn from it. And while on it, is there a similar document being prepared about Community Lead and Project Lead (especially for transition, etc) ? --

Re: [Gluster-Maintainers] [Gluster-devel] Maintainers 2.0 Proposal

2017-04-14 Thread Michael Scherer
ot; ? As for example, with regard to my previous comment, would "infrastructure" be a component, would "documentation" be a component ? -- Michael Scherer Sysadmin, Community Infrastructure and Platform, OSAS signature.asc Description: This is a digitally signed message part

Re: [Gluster-Maintainers] [Gluster-devel] Proposal: move glusterfs development to github workflow, completely

2019-10-22 Thread Michael Scherer
Le mardi 22 octobre 2019 à 13:17 +0530, Amar Tumballi a écrit : > Thanks for the email Misc. My reasons inline. > > On Mon, Oct 21, 2019 at 4:44 PM Michael Scherer > wrote: > > > Le lundi 14 octobre 2019 à 20:30 +0530, Amar Tumballi a écrit : > > > On Mon, 14 O

Re: [Gluster-Maintainers] [Gluster-infra] [gluster-packaging] Fwd: [CentOS-devel] https://blog.centos.org/2020/12/future-is-centos-stream/

2020-12-10 Thread Michael Scherer
ments to FUSE or other components do not need to rely > > on > > the work Red Hat is planning, but could be worked on by our > > community > > and get included earlier. > > > > If there are any concerns, I'd l