netdev - Re: What to do on MIA maintainers?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date: Thu, 11 Jan 2024 09:40:55 -0800
From: Jakub Kicinski <kuba@...nel.org>
To: Bagas Sanjaya <bagasdotme@...il.com>
Cc: Linux Kernel Mailing List <linux-kernel@...r.kernel.org>, Linux
 Networking <netdev@...r.kernel.org>, "David S. Miller"
 <davem@...emloft.net>, Eric Dumazet <edumazet@...gle.com>, Paolo Abeni
 <pabeni@...hat.com>
Subject: Re: What to do on MIA maintainers?

On Thu, 11 Jan 2024 17:58:01 +0700 Bagas Sanjaya wrote:
> Earlier in late last December, I sent a patch removing Karsten Keil
> <isdn@...ux-pingi.de> from MAINTAINERS due to inactivity [1], but Greg was
> unsure about that [2]. So I privately tried to reach Karsten (asking for
> confirmation), but until now he is still not responding to my outreach, hence
> IMO he is MIA.
> 
> What to do on this situation? Should he be removed from MAINTAINERS?

Well. I'm not sure you should do anything about it.. In an ideal world
with properly set up maintainer structure it should be up to the next
level maintainer to decide when to do the cleanups. Random people
initiating that sort of work can backfire in too many ways. IDK what
a good analogy would be here, but you wouldn't for example come up
to an employee in a store, when you think they aren't doing anything,
and tell them to go stock shelves.

If there are patches on the list that needs reviewing and the person
is not reviewing them, or questions being asked / regressions being
reported and they go unanswered - the upper level maintainer can act.
But trust me, it's impossible for someone who is not an upper
maintainer to judge the situation.