public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Richard Freeman <rich0@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Re: Last rites: net-nntp/inn
Date: Tue, 12 Jan 2010 14:07:38 -0500	[thread overview]
Message-ID: <4B4CC87A.80503@gentoo.org> (raw)
In-Reply-To: <201001122030.27164.hwoarang@gentoo.org>

On 01/12/2010 01:30 PM, Markos Chandras wrote:
> IMHO ( this is not a treecleaners@ opinion, i m just talking for my
> self ), announcing and masking a package is a good way to inform and wake up
> everybody to take care of this package if they really really want to stay on
> portage.

I agree with the announce part, and the THREAT of masking.  I just don't 
think that the masking should happen at the same time as the announcement.

> Having open bugs for months isn't a way to let everybody know that this
> package is broken for long time, so it is a valid candidate for removal?
> Should we send that via e-mail as well?

I don't think an open bug constitutes notice.  It is valid notice to the 
maintainer of the package, but not to the larger community.

I probably have 100-200 packages installed, and I'd probably be annoyed 
if any of them went away (I'm still missing kdirstat, but that isn't 
really the kde team's fault).  If an important one was about to go away 
I might step in to maintain it, and I'm sure a lot of other people feel 
the same way.  At the same time, I can't monitor the bugs on 100-200 
packages - that is the reason for having a maintainer.

I think the concern is that some maintainers don't respond in a timely 
manner.  Now, I don't know that maintainers have an obligation to fix 
every bug within a certain timeframe - some packages are problematic and 
I'm not sure that we should discard a 98% solution in favor of a 0% one 
because we don't have a 100% one.  However, serious issues should be in 
scope for treecleaners, but the first goal should be to find a 
maintainer, and only if that fails should we consider masking.

Also - if a maintainer can't be found we might also try to coordinate 
with the Sunrise folks to see if they're willing to take it over.

We should also solicit proxy-maintainers among the user community when 
we announce pending removals.  That could be very helpful with something 
like inn:  I use it VERY lightly and I'm not a news guru, but I am a 
dev.  I bet we have users who are news gurus and who care about inn, but 
they aren't Gentoo devs.  Together we could probably cover the gaps and 
I'm sure devs would be more willing to pick up a package if they knew 
they had some help with the nuances of the package itself.  If that 
falls apart later, at least an active dev is assigned to the package, 
and they can always decide to try to find a new maintainer or kill the 
package (saving treecleaners the work of doing so).

In short - treecleaners should be about getting packages back into the 
mainstream maintenance model, with removal being the fallback option if 
that doesn't work.  They shouldn't have to go out of their way to do 
this, but an advance announcement and some coordination is probably a 
good idea.

Rich



  reply	other threads:[~2010-01-12 19:08 UTC|newest]

Thread overview: 68+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-01-11 21:05 [gentoo-dev] Last rites: net-nntp/inn Markos Chandras
2010-01-11 22:31 ` Mike Frysinger
2010-01-12  1:00   ` Jeroen Roovers
2010-01-12 20:31     ` Mike Frysinger
2010-01-11 23:30 ` [gentoo-dev] " Arnaud Launay
2010-01-12  1:02   ` Jeroen Roovers
2010-01-12  2:22     ` Jeroen Roovers
2010-01-12  5:03       ` [gentoo-dev] Thanks for the rescue! Was: " Duncan
2010-01-12 16:32       ` [gentoo-dev] " Markos Chandras
2010-01-12 18:21         ` Jeroen Roovers
2010-01-12 18:30           ` Markos Chandras
2010-01-12 19:07             ` Richard Freeman [this message]
2010-01-12 22:37               ` Duncan
2010-01-13  1:18                 ` Arnaud Launay
2010-01-13  5:52                   ` Jeroen Roovers
2010-01-13 15:06                     ` Arnaud Launay
2010-01-13 16:31                       ` Richard Freeman
2010-01-13  5:48                 ` Jeroen Roovers
2010-01-13  8:05                   ` Duncan
2010-01-12 19:40             ` Arnaud Launay
2010-01-12 19:49               ` Markos Chandras
2010-01-12 20:35                 ` Ben de Groot
2010-01-12 22:24                   ` Duncan
2010-01-13 15:54                   ` [gentoo-dev] proxy maintainership and gentoo-x86 scm Mike Frysinger
2010-01-13 21:02                     ` Ben de Groot
2010-01-13 21:18                       ` justin
2010-01-13 22:03                         ` [gentoo-dev] " Christian Faulhammer
2010-01-14 13:30                       ` [gentoo-dev] " Markos Chandras
2010-01-14 16:35                         ` Ben de Groot
2010-01-14 12:49                     ` Nirbheek Chauhan
2010-01-14 13:47                       ` Nguyen Thai Ngoc Duy
2010-01-14 22:10                         ` Nirbheek Chauhan
2010-01-15 13:17                           ` Nguyen Thai Ngoc Duy
2010-01-14 16:24                       ` Ben de Groot
2010-01-14 17:04                       ` "Paweł Hajdan, Jr."
2010-01-14 19:46                         ` Pacho Ramos
2010-01-14 22:53                         ` Nirbheek Chauhan
2010-01-14 20:31                       ` Daniel Bradshaw
2010-01-14 22:21                         ` Nirbheek Chauhan
2010-01-14 22:29                           ` Nirbheek Chauhan
2010-01-14 22:54                             ` Robin H. Johnson
2010-01-14 23:25                               ` Petteri Räty
2010-01-15  8:32                                 ` Mike Frysinger
2010-01-14 23:28                               ` Nirbheek Chauhan
2010-01-19 22:29                               ` Arun Raghavan
2010-01-14 22:32                           ` Daniel Bradshaw
2010-01-15  0:07                       ` [gentoo-dev] " Paul Arthur
2010-01-15  0:47                         ` Robin H. Johnson
2010-01-15  7:53                         ` [gentoo-dev] " Max Arnold
2010-01-15 15:50                   ` [gentoo-dev] Re: Last rites: net-nntp/inn Victor Ostorga
2010-01-15 16:09                     ` Ben de Groot
2010-01-17 20:20                       ` Thilo Bangert
2010-01-17 20:44                         ` Richard Freeman
2010-01-17 21:12                         ` Mike Frysinger
2010-01-17 22:25                           ` Thilo Bangert
2010-01-18  1:23                             ` Ben de Groot
2010-01-18  2:17                               ` Richard Freeman
2010-01-20 13:49                                 ` Petteri Räty
2010-01-12  1:10   ` Duncan
2010-01-12  1:36   ` Richard Freeman
2010-01-12  3:43     ` Jeremy Olexa
2010-01-12 18:01       ` Richard Freeman
2010-01-12 20:33       ` Mike Frysinger
2010-01-12 20:51         ` Tomáš Chvátal
2010-01-12 21:39           ` Denis Dupeyron
2010-01-13  5:45           ` Jeroen Roovers
2010-01-13 14:24           ` Mike Frysinger
2010-01-13 16:27             ` Richard Freeman

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=4B4CC87A.80503@gentoo.org \
    --to=rich0@gentoo.org \
    --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