All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jean Delvare <khali@linux-fr.org>
To: Hans de Goede <j.w.r.degoede@hhs.nl>
Cc: LM Sensors <lm-sensors@lm-sensors.org>,
	LKML <linux-kernel@vger.kernel.org>,
	"Mark M. Hoffman" <mhoffman@lightlink.com>,
	Rudolf Marek <r.marek@assembler.cz>
Subject: Re: [lm-sensors] Hardware monitoring subsystem maintainer position
Date: Wed, 11 Apr 2007 09:49:05 +0000	[thread overview]
Message-ID: <20070411114905.3f114375@hyperion.delvare> (raw)
In-Reply-To: <461BB006.9020308@hhs.nl>

Hi Hans,

On Tue, 10 Apr 2007 17:40:54 +0200, Hans de Goede wrote:
> Jean Delvare wrote:
> > I am resigning from my role as hardware monitoring subsystem
> > (drivers/hwmon) maintainer. This is too much work for me, I do not have
> > the necessary bandwidth to review all the incoming patches, in
> > particular new drivers, in a timely manner. Patch authors have been
> > complaining about this repeatedly. This is no fun for them, and even
> > less for me, so I'd rather let someone else with more spare time take
> > care of it. If there are volunteers, this is the right time to speak up.
> 
> I'm sorry to hear this and I can't help but think that my, erm, rant* yesterday 
> is somehow involved in you making this decision.

Obviously, it is. But please don't feel responsible for it. This just
happened to be the trigger, but that would have happened anyway.

> This was in no way my intention.

I know.

> My intention was to try and make you change how you handle these things,

Except that this isn't how open-source development works. You're not my
boss, you don't get to tell me how I should work. I work the way I
like, and if it doesn't fit with the rest of the community, I better
move on.

> my intention was to make you less of a perfectionist and to distribute 
> the work more, you cannot do everything yourself. I think that if you could 
> change that you would be able to cope with the load better.

Perfectionist - you said it. This is what I am, and this is unlikely to
change in a near future (if ever). But being a subsystem maintainer
requires that you trust contributors to some degree, and you just can't
trust contributors when you're a perfectionist. This means that the
maintainer should be less of a perfectionist than the contributors,
otherwise he/she ends up doing everything by him/herself.

> I think you're experience / knowledge when it comes to hwmon stuff is very 
> valuable and if you leave / quit doing hwmon stuff this would be a big loose.

I didn't say I would leave entirely. I plan to stay around and keep
helping with the lm-sensors project and hwmon drivers. I just don't
want to be the hwmon subsystem maintainer anymore, as I don't fit in
the role and this makes me (and others) unhappy.

-- 
Jean Delvare

_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors

WARNING: multiple messages have this Message-ID (diff)
From: Jean Delvare <khali@linux-fr.org>
To: Hans de Goede <j.w.r.degoede@hhs.nl>
Cc: LM Sensors <lm-sensors@lm-sensors.org>,
	LKML <linux-kernel@vger.kernel.org>,
	"Mark M. Hoffman" <mhoffman@lightlink.com>,
	Rudolf Marek <r.marek@assembler.cz>
Subject: Re: Hardware monitoring subsystem maintainer position is open
Date: Wed, 11 Apr 2007 11:49:05 +0200	[thread overview]
Message-ID: <20070411114905.3f114375@hyperion.delvare> (raw)
In-Reply-To: <461BB006.9020308@hhs.nl>

Hi Hans,

On Tue, 10 Apr 2007 17:40:54 +0200, Hans de Goede wrote:
> Jean Delvare wrote:
> > I am resigning from my role as hardware monitoring subsystem
> > (drivers/hwmon) maintainer. This is too much work for me, I do not have
> > the necessary bandwidth to review all the incoming patches, in
> > particular new drivers, in a timely manner. Patch authors have been
> > complaining about this repeatedly. This is no fun for them, and even
> > less for me, so I'd rather let someone else with more spare time take
> > care of it. If there are volunteers, this is the right time to speak up.
> 
> I'm sorry to hear this and I can't help but think that my, erm, rant* yesterday 
> is somehow involved in you making this decision.

Obviously, it is. But please don't feel responsible for it. This just
happened to be the trigger, but that would have happened anyway.

> This was in no way my intention.

I know.

> My intention was to try and make you change how you handle these things,

Except that this isn't how open-source development works. You're not my
boss, you don't get to tell me how I should work. I work the way I
like, and if it doesn't fit with the rest of the community, I better
move on.

> my intention was to make you less of a perfectionist and to distribute 
> the work more, you cannot do everything yourself. I think that if you could 
> change that you would be able to cope with the load better.

Perfectionist - you said it. This is what I am, and this is unlikely to
change in a near future (if ever). But being a subsystem maintainer
requires that you trust contributors to some degree, and you just can't
trust contributors when you're a perfectionist. This means that the
maintainer should be less of a perfectionist than the contributors,
otherwise he/she ends up doing everything by him/herself.

> I think you're experience / knowledge when it comes to hwmon stuff is very 
> valuable and if you leave / quit doing hwmon stuff this would be a big loose.

I didn't say I would leave entirely. I plan to stay around and keep
helping with the lm-sensors project and hwmon drivers. I just don't
want to be the hwmon subsystem maintainer anymore, as I don't fit in
the role and this makes me (and others) unhappy.

-- 
Jean Delvare

  parent reply	other threads:[~2007-04-11  9:49 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-04-10 13:02 [lm-sensors] Hardware monitoring subsystem maintainer position is Jean Delvare
2007-04-10 13:56 ` [lm-sensors] Hardware monitoring subsystem maintainer position David Hubbard
2007-04-10 13:56   ` [lm-sensors] Hardware monitoring subsystem maintainer position is open David Hubbard
2007-04-10 15:40 ` [lm-sensors] Hardware monitoring subsystem maintainer position Hans de Goede
2007-04-10 15:40   ` [lm-sensors] Hardware monitoring subsystem maintainer position is open Hans de Goede
2007-04-10 15:46   ` [lm-sensors] Hardware monitoring subsystem maintainer position David Hubbard
2007-04-10 15:46     ` [lm-sensors] Hardware monitoring subsystem maintainer position is open David Hubbard
2007-04-10 22:22     ` [lm-sensors] Hardware monitoring subsystem maintainer position Rudolf Marek
2007-04-10 22:22       ` [lm-sensors] Hardware monitoring subsystem maintainer position is open Rudolf Marek
2007-04-10 22:59       ` [lm-sensors] Hardware monitoring subsystem maintainer position David Hubbard
2007-04-10 23:02         ` [lm-sensors] Hardware monitoring subsystem maintainer position is open David Hubbard
2007-04-11  9:24       ` [lm-sensors] Hardware monitoring subsystem maintainer position Hans de Goede
2007-04-11  9:24         ` [lm-sensors] Hardware monitoring subsystem maintainer position is open Hans de Goede
2007-04-11 15:08         ` [lm-sensors] Hardware monitoring subsystem maintainer position Juerg Haefliger
2007-04-11 15:08           ` [lm-sensors] Hardware monitoring subsystem maintainer position is open Juerg Haefliger
2007-04-12  5:57         ` [lm-sensors] Hardware monitoring subsystem maintainer Krzysztof Helt
2007-04-12  7:27           ` [lm-sensors] Hardware monitoring subsystem Hans de Goede
2007-04-12  7:27             ` [lm-sensors] Hardware monitoring subsystem maintainer positionis open Hans de Goede
2007-04-15  2:07             ` [lm-sensors] Dmitry Torokhov
2007-04-15  2:07               ` [lm-sensors] Hardware monitoring subsystem maintainer positionis open Dmitry Torokhov
2007-04-13 14:08           ` [lm-sensors] Hardware monitoring subsystem maintainer Jean Delvare
2007-04-11  9:49   ` Jean Delvare [this message]
2007-04-11  9:49     ` Hardware monitoring subsystem maintainer position is open Jean Delvare
2007-04-11 10:06     ` [lm-sensors] Hardware monitoring subsystem maintainer position David Hubbard
2007-04-11 10:06       ` [lm-sensors] Hardware monitoring subsystem maintainer position is open David Hubbard
2007-04-11 14:49     ` Gene Heskett
2007-04-15 15:03 ` [lm-sensors] Hardware monitoring subsystem maintainer position Mark M. Hoffman
2007-04-15 15:03   ` [lm-sensors] Hardware monitoring subsystem maintainer position is open Mark M. Hoffman
2007-04-15 17:54   ` [lm-sensors] Hardware monitoring subsystem maintainer position Juerg Haefliger
2007-04-15 17:54     ` [lm-sensors] Hardware monitoring subsystem maintainer position is open Juerg Haefliger
2007-04-15 18:16   ` [lm-sensors] Hardware monitoring subsystem maintainer position Rudolf Marek
2007-04-15 18:16     ` [lm-sensors] Hardware monitoring subsystem maintainer position is open Rudolf Marek
2007-04-17  8:45   ` [lm-sensors] Hardware monitoring subsystem maintainer position Jean Delvare
2007-04-17  8:45     ` [lm-sensors] Hardware monitoring subsystem maintainer position is open Jean Delvare
2007-04-18 16:42 ` [lm-sensors] Hardware monitoring subsystem maintainer position Ivo Manca

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20070411114905.3f114375@hyperion.delvare \
    --to=khali@linux-fr.org \
    --cc=j.w.r.degoede@hhs.nl \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lm-sensors@lm-sensors.org \
    --cc=mhoffman@lightlink.com \
    --cc=r.marek@assembler.cz \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.