On 4 December 2012 08:10, Rick "Zero_Chaos" Farina <zeroch...@gentoo.org> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 12/02/2012 10:21 AM, hasufell wrote: >> As I was told in my recruiting process we usually don't just fix up >> ebuilds of other devs unless it's trivial, very severe or something. >> >> The usual process is nothing new: try to contact the maintainer, open a >> bug, set a deadline when you will go and fix yourself. >> >> Only question is now what is a sane soft limit, before you go on and fix >> stuff. >>>From a discussion in #gentoo-dev we thought 2-4 weeks depending on the >> severity of the bug is fine. Ofc this should exclude major changes or >> delicate packages from base-system/core/toolchain. >> >> I tried to document that a bit: >> https://bugs.gentoo.org/show_bug.cgi?id=445402 >> >> any objections? This is nothing new, just a clarification of already >> existing policy and a reminder. >> >> > If we are going to document this policy and make it official (which > since it's not documented it's not official) then it only makes sense to > have an opt-out option. I personally don't wish to see my users suffer > for 2-4 weeks because I'm busy and people are pretending to be polite. > > I have no issue with this policy, but to do it without an explicit > option to opt-out is not acceptable to me. I would suggest something in > the metadata.xml under the maintainer section. We could have a specific > maintainer section : <maintainer><name>help welcome></name></maintainer> > or a specific tag to put under our own maintainer section > <maintainer><name>Rick Farina</name><demeanor>just fix it</demeanor></name>
Nobody said the opposite. The devaway message should always be checked for people who appear to be inactive and if they say "Do not touch my packages" then you shouldn't touch them even if he doesn't even touch them himself. Let the retirement team kick him out. There is always the <description> tag on metadata.xml you can use eg <maintainer> <email>f...@gentoo.org</email> <name>Me</name> <description>Primary maintainer but feel free to fix the bugs<description> </maintainer> -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2
