Nir Soffer <[email protected]> writes: > On Mon, Jun 21, 2021 at 11:35 AM Milan Zamazal <[email protected]> wrote: >> >> Edward Haas <[email protected]> writes: > >> >> > On Sun, Jun 20, 2021 at 11:29 PM Nir Soffer <[email protected]> wrote: >> > >> >> On Mon, Dec 2, 2019 at 4:27 PM Adam Litke <[email protected]> wrote: >> >> >> >>> I also agree with the proposal. It's sad to turn in my keys but I'm >> >>> likely unable to perform many duties expected of a maintainer at this >> >>> point. I know that people can still find me via the git history :) >> >>> >> >>> On Thu, Nov 28, 2019 at 3:37 AM Milan Zamazal <[email protected]> >> >>> wrote: >> >>> >> >>>> Dan Kenigsberg <[email protected]> writes: >> >>>> >> >>>> > On Wed, Nov 27, 2019 at 4:33 PM Francesco Romani <[email protected]> >> >>>> wrote: >> >>>> >> >> >>>> >> On 11/27/19 3:25 PM, Nir Soffer wrote: >> >>>> > >> >>>> >> > I want to remove inactive contributors from >> >>>> >> > vdsm-master-maintainers. >> >>>> >> > >> >>>> >> > I suggest the simple rule of 2 years of inactivity for removing >> >>>> >> > from >> >>>> >> > this group, >> >>>> >> > based on git log. >> >>>> >> > >> >>>> >> > See the list below for current status: >> >>>> >> > https://gerrit.ovirt.org/#/admin/groups/106,members >> >>>> >> >> >>>> >> >> >>>> >> No objections, keeping the list minimal and current is a good idea. >> >>>> > >> >>>> > >> >>>> > I love removing dead code; I feel a bit different about removing old >> >>>> > colleagues. Maybe I'm just being nostalgic. >> >>>> > >> >>>> > If we introduce this policy (which I understand is healthy), let us >> >>>> > give a long warning period (6 months?) before we apply the policy to >> >>>> > existing dormant maintainers. We should also make sure that we >> >>>> > actively try to contact a person before he or she is dropped. >> >>>> >> >>>> I think this is a reasonable proposal. >> >>>> >> >>>> Regards, >> >>>> Milan >> >>>> >> >>> >> >> I forgot about this, and another year passed. >> >> >> >> Sending again, this time I added all past maintainers that may not watch >> >> this list. >> >> >> > >> > Very sad, but it makes total sense. +1 >> > Note that other projects move past maintainers to a special group named >> > "emeritus_*". >> >> Not a bad idea, I think we could have such a group in Vdsm too. > > It would be nice but not part of gerrit permission configuration. > > We have an AUTHORS file, last updated in 2013. We can use this file > to give credit to past maintainers.
AUTHORS is a better place to give credits, but the group could be also useful as a more reliable tracking past maintainers and in case of restoring maintainer rights, if such a need ever occurs. (Yes, no way necessary for that but maybe nice to have.) _______________________________________________ Devel mailing list -- [email protected] To unsubscribe send an email to [email protected] Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/[email protected]/message/6XDTLKXGAMDW5CZCVW6QPVRIOYVAXOIZ/
