From: Peter Hyman <pete4abw@comcast.net>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] ROX: maintainer-wanted and apps out of date
Date: Mon, 12 Sep 2005 13:00:14 -0400 [thread overview]
Message-ID: <1126544414.10585.33.camel@localhost> (raw)
In-Reply-To: <1126541552.14207.61.camel@lycan.lan>
On Mon, 2005-09-12 at 18:12 +0200, Martin Schlemmer wrote:
> On Mon, 2005-09-12 at 11:41 -0400, Peter Hyman wrote:
> > On Mon, 2005-09-12 at 16:28 +0200, Maurice van der Pot wrote:
> > > On Mon, Sep 12, 2005 at 10:03:17AM -0400, Chris Gianelloni wrote:
> > > > Many users seem to think
> > > > that a WONTFIX is non-negotiable. I tend to agree with them, for the
> > > > most part. Rather than WONTFIX them, simply tell them that they won't
> > > > be included as-is. WONTFIX gives the user the impression that we are
> > > > not interested in their work or the package, when this is not the case.
> > >
> > > But if a developer tells them what is wrong and to reopen the bug when
> > > they've fixed it, it shouldn't be a problem. And that's what I've seen
> > > in this case.
> > >
> >
> > I think you all misunderstand MY position on this. I provided ebuilds in
> > the hope it would save the maintainers time and effort. If the work I
> > did is 90% to spec, then there really is no reason for the maintainer
> > NOT to take it, tweak it, and maybe send a note or add a comment to the
> > bug as to what was fixed. It would ensure two things: 1) that the user
> > will (hopefully) not make the same mistake again, and 2) get the ebuild
> > upstream quicker.
> >
> > Sending it back to the contributor only will waste more time.
> >
>
> You will get exactly the same effect if you were to send a patch to LKML
> to fix or improve some or other part of the kernel, and either the
> coding style, or the way it is fixed is not to Linus or the specific
> subsystem maintainer's liking.
Listen, if all you want is perfection, you will find users won't want to
contribute anymore. All you're accomplishing is wasting time. User
submits enhancement as per:
http://www.gentoo.org/doc/en/ebuild-submit.xml . Nothing in that
document talks about having to be perfect. It even allows for users to
say "hey, there is a new version out." But know. The ebuild attack dogs
slap a WONTFIX/RESOLVED tag on an app. So, instead of an enhancement in
the pipeline, we have several dead bugs. Not contructive IMHO.
>
> The general idea is that if somebody want to get involved, they should
> be prepared to to take the time to learn how to do fairly decent
> patches/whatever. This makes review easier, and also minimises the
> workload on whatever maintainer.
>
I think you need to rethink that. Notifying a maintainer that there is
an update or new add on to an existing project is not really getting
involved. It's HELPING. I realize that maintainers cannot stay on top of
all 120,000 packages. That's where the everyday users come in. They,
selfishly, monitor THEIR pet applications. When something slips, they
report it via bugzilla. If the everyday users stop contributing these
notifications, your distro is SOL.
My mistake was trying to be helpful and submitting ebuilds. Instead of
being construed as helping, some of you perceived I was angling for a
dev position. Why DO you have over 600 maintainer-wanted ebuilds? You
should look into that. Could it be that 600 people who submitted an idea
were intimidated or put off?
What I WOULD like to know is:
1) what IS the status of svyatogor and lanius?
2) Who is maintaining ROX and what's going to be done about it.
Really, I don't want this thread to become a philosophical discussion on
ebuild submission policy. You know my frustration. As a user, I just
want to see the ROX package group updated as I noted on my first message
and in the associated bug reports. How this devolved into this name
calling argument over what is just criticism and ebuild style is
completely OT and avoids the issue of the two questions above.
So, please just answer the above two questions, and we can end this
thread. If philosophy is desired, then start a new one. I just want to
know about ROX now.
--
Peter
--
gentoo-dev@gentoo.org mailing list
next prev parent reply other threads:[~2005-09-12 17:03 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-09-11 13:58 [gentoo-dev] ROX: maintainer-wanted and apps out of date Peter Hyman
2005-09-11 15:50 ` Maurice van der Pot
2005-09-11 16:42 ` Peter Hyman
2005-09-11 19:24 ` Maurice van der Pot
2005-09-11 21:02 ` Alin Nastac
2005-09-12 0:10 ` Aron Griffis
2005-09-12 7:04 ` Alin Nastac
2005-09-12 0:14 ` Peter Hyman
2005-09-12 0:25 ` Ciaran McCreesh
2005-09-12 0:38 ` Alec Warner
2005-09-12 11:55 ` Carsten Lohrke
2005-09-12 14:03 ` Chris Gianelloni
2005-09-12 14:26 ` Re[2]: " Jakub Moc
2005-09-12 14:28 ` Maurice van der Pot
2005-09-12 15:41 ` Peter Hyman
2005-09-12 16:12 ` Martin Schlemmer
2005-09-12 17:00 ` Peter Hyman [this message]
2005-09-12 17:12 ` Jan Kundrát
2005-09-12 17:25 ` Stephen P. Becker
2005-09-12 17:51 ` Chris Gianelloni
2005-09-12 17:03 ` Ciaran McCreesh
2005-09-12 17:32 ` Carsten Lohrke
2005-09-12 17:40 ` Ciaran McCreesh
2005-09-12 17:56 ` Re[2]: " Jakub Moc
2005-09-12 18:53 ` Carsten Lohrke
2005-09-12 19:21 ` Ciaran McCreesh
2005-09-13 0:20 ` Nathan L. Adams
2005-09-12 19:26 ` [gentoo-dev] " Dan Meltzer
2005-09-12 0:27 ` [gentoo-dev] " Stephen P. Becker
2005-09-12 0:36 ` Peter Hyman
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=1126544414.10585.33.camel@localhost \
--to=pete4abw@comcast.net \
--cc=gentoo-dev@lists.gentoo.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox