public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Nirbheek Chauhan <nirbheek@gentoo.org>
To: Alec Warner <antarus@gentoo.org>
Cc: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-python/PyZilla: PyZilla-0.1.0.ebuild ChangeLog metadata.xml
Date: Mon, 28 Mar 2011 02:55:14 +0530	[thread overview]
Message-ID: <AANLkTikz7S5Jz6+1TJtkq5Gv9XX0e4fWcJ1eN7WKde36@mail.gmail.com> (raw)
In-Reply-To: <AANLkTimzBbzsdDYEUKx9pWNo-a-HS8D+tMEygos00qWC@mail.gmail.com>

On Mon, Mar 28, 2011 at 1:47 AM, Alec Warner <antarus@gentoo.org> wrote:
> On Sun, Mar 27, 2011 at 7:40 PM, Nirbheek Chauhan <nirbheek@gentoo.org> wrote:
>> Sure, that's the history. But what made sense back then doesn't make
>> sense now. Back then we didn't have 600+ packages that no one
>> maintains, and whose bugs go almost entirely unread. We had crazy
>> amounts of manpower back then.
>
> We probably had more than 600 unmaintained packages because no one was
> removing dead packages from the tree.  I also dispute your manpower
> logic.  Gentoo has been short on developers for years.  I don't see
> how 2011 is any different than 2007 in this aspect.
>

The current problem is burnt-out or semi-active devs who commit
occasionally, but aren't able to help with any herd-related work
because they're out of touch. As such, their presence in the team
gives a false indication of strength. This problem was much less
severe in 2007 (afair).

>>
>> As we evolve, the responsibilities of the different parts of Gentoo
>> also evolve. As such, the tree-cleaners project has evolved, and if
>> the team isn't allowed to clean the tree, then why do we even have it
>> anymore?
>
> The community got pissed when I deleted unmaintained packages from the
> tree 'just because it was unmaintained.'  Thats why there were a set
> of criteria for removal.  Maybe they changed their mind and you can
> convince them.

Well, I bet that more than half of them retired or stopped being active.

> Ignoring people's opinions because they are whiners
> and you are Treecleaners is a thin edge to walk though; so I'd be
> careful.


> At least during my tenure there were still hundreds of
> unmaintained and broken packages; so I didn't much care about
> unmaintained but working stuff (since there was plenty of work to do.)
>  I would argue the tree is still in a similar state.
>

The fun part is that we really don't even know in what state those
packages are w.r.t. runtime issues. I know that deigo's tinderbox
keeps track of compile-time issues *extremely* well, but we have zero
runtime testing.


>> I really don't understand *why* people want to keep around
>> unmaintained packages. If a package is not maintained, we should come
>> up and say it outright. Trying to maintain the illusion of maintenance
>> is really bad — for each person reporting a bug about a package, 100
>> people who got that same bug don't report it at all. So what happens
>> when there are just 50 users for some packages? Half the time we won't
>> even know that one of them is broken[1]. The rest of the time, users
>> will get a bad impression of Gentoo saying "Man, half the packages
>> don't even work".
>
> Properly tagged I don't think there is any illusion.
> Maintainer-needed is maintainer-needed after all.

The problem is that from the PoV of the user, everything in the tree
is "official". After all, that's how all the distros function.

> So launch gstats and get usage numbers.  If no one is using a package
> that is a keen indicator it can be punted; however no one will get off
> their ass and get more data to back anything up (myself included...)

If we launch gstats *today*, it'll take us at least a long time before
we get decent numbers, and even after that, those numbers will be
biased towards those people who are really active in following Gentoo
news and developments. Unlike Firefox's usage stats, we have no way of
prompting pre-existing gentoo installations with a "Do want to take
part in gstats?" question.

> All of your points above assume we have a decent metric of 'how many
> users a package has' and about the only way we know that is when users
> file bugs for it (version bump, bug, feature req, etc..)
>

Yes. But we have another (more reliable) way: p.mask it and wait for
people to complain.

>>
>> We all like to boast about how gentoo has 15,000 packages, but we
>> neglect to mention that more than 1000 of these are either
>> unmaintained or very poorly maintained. And this is a very
>> conservative number.
>
> But again this is all made up...m-n was 670-odd packages last I
> checked.  Do we still have m-w these days?
>

"very poorly" meant "maintainers ignoring bugs for years", or empty
herds. We have plenty of both.

-- 
~Nirbheek Chauhan

Gentoo GNOME+Mozilla Team



  reply	other threads:[~2011-03-27 21:26 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20110326055210.E906D20054@flycatcher.gentoo.org>
2011-03-27  4:45 ` [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-python/PyZilla: PyZilla-0.1.0.ebuild ChangeLog metadata.xml Jeremy Olexa
2011-03-27  7:47   ` Nirbheek Chauhan
2011-03-27 10:29     ` Markos Chandras
2011-03-27  9:39       ` Nirbheek Chauhan
2011-03-27 13:04         ` Treeclean all maintainer-needed packages, was: " Chí-Thanh Christopher Nguyễn
2011-03-27 15:37         ` Ryan Hill
2011-03-27 13:30     ` Jeremy Olexa
2011-03-27 13:43       ` Nirbheek Chauhan
2011-03-27 19:17         ` Alec Warner
2011-03-27 19:40           ` Nirbheek Chauhan
2011-03-27 20:17             ` Alec Warner
2011-03-27 21:25               ` Nirbheek Chauhan [this message]
2011-03-27 23:34                 ` Ryan Hill
2011-03-28  1:59                   ` Donnie Berkholz
2011-03-27 20:44             ` Rich Freeman
2011-03-27 21:09               ` Nirbheek Chauhan
2011-03-28  1:58                 ` Donnie Berkholz
2011-03-27 21:28               ` René 'Necoro' Neumann
2011-04-05  4:26                 ` Jeroen Roovers
2011-04-05 10:58                   ` Alec Warner
2011-04-05 15:08                     ` Jeroen Roovers
2011-04-18 17:56                   ` Andreas K. Huettel
2011-03-27 13:44       ` Rich Freeman
2011-03-27 14:54         ` Tomáš Chvátal
2011-03-27 16:18           ` Rich Freeman
2011-03-27 14:08       ` Maintainership offering; was: " René 'Necoro' Neumann
2011-03-27 19:05         ` Jeremy Olexa
2011-03-27 20:20       ` Proxy maintainership of app-misc/pwsafe, was " Christopher Head
2011-03-27 20:47         ` Nirbheek Chauhan
2011-03-27 20:55           ` René 'Necoro' Neumann
2011-03-27 20:55           ` David Abbott
2011-03-27 21:32             ` Nirbheek Chauhan
2011-03-29 17:50       ` Dirkjan Ochtman
2011-03-29 13:33     ` Jeroen Roovers

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=AANLkTikz7S5Jz6+1TJtkq5Gv9XX0e4fWcJ1eN7WKde36@mail.gmail.com \
    --to=nirbheek@gentoo.org \
    --cc=antarus@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