Project:Requests/RfC/Removal of inactive sysops

Removal of inactive sysops?
So I asked someone to take a look at an admin permissions request yesterday, and I found that we actually have way too many admins already - 99 of us. I just ran a quick script to check each admin's last contribution timestamps and 41 of them haven't done anything this year. Anyway, shouldn't these accounts have their flags removed, or is that a really bad idea? -- Krenair (talk &bull; contribs) 14:35, 3 April 2012 (UTC)
 * Support: Desysopping occurs for inactive admins on enwiki, so I don't see why it shouldn't occur here too.--Jasper Deng (talk) 17:05, 3 April 2012 (UTC)
 * We aren't enwiki, Just because they sneeze doesn't mean we have to. Peachey88 (talk) 08:06, 4 April 2012 (UTC)
 * Well, then again, we have far fewer bureaucrats. Our time is for documentation/development, after all.--Jasper Deng (talk) 17:29, 4 April 2012 (UTC)
 *  Neutral Oppose I don't think it's either bad or good idea, there is a little benefit. There is never "too many" sysops. For security reason it might be useful to do that, but any sysop who would return could just request their flag to be restored (that's what is being done on other wikis). If that was actually possible it would not help the security since the hacker could just hack to old account and refresh the flag. I think it would be better to implement a feature which would remove the flag automatically and users could reset it using email activation code Petrb (talk) 07:35, 4 April 2012 (UTC)
 * I opposed because in fact I see no benefit in that. If there is any, let me know. Petrb (talk) 11:13, 4 April 2012 (UTC)
 * I see one: it's like "work or you will lose the flag" which could make the sysops work harder forcefully, threatening them with removal of rights. This is certainly something we don't want to have here :-) Petrb (talk) 11:16, 4 April 2012 (UTC)


 * Oppose: seems like a pointless measure to me, Our "not too many sysops" isn't really based on numbers, more the people around, since we aren't a big site it doesn't matter if spam stays around more than 5mins nor do we have much private stuff squirrled away via revdev, Our "too many" figure comes from the fact that we have Global sysops and SWMT as well as our localies (such as myself) dealing with the rubbish that needs to be deleted and we don't really need to overload it to a point where we conflict when we try to do anything (since there is so little as is) nor do we really want to be seen as a "flag factory" type situation where we just give it to anyone to deal with spam, which is why we are fine with giving it out if they can show a need/want for it, Nor does removing it (As pointed out via Petr) give any non-theatrical based security benefits. Peachey88 (talk) 08:06, 4 April 2012 (UTC)
 * Oppose: Per Peachey88's comment above.--Jasper Deng (talk) 17:34, 4 April 2012 (UTC)
 * [[Image:Cancelled process mini.svg|200x20px|link=|alt=]] Proposal withdrawn I see that there isn't much point to this then. -- Krenair (talk &bull; contribs) 17:36, 4 April 2012 (UTC)