From: Ryan Hill <dirtyepic@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-python/PyZilla: PyZilla-0.1.0.ebuild ChangeLog metadata.xml
Date: Sun, 27 Mar 2011 17:34:06 -0600 [thread overview]
Message-ID: <20110327173406.68a0e99e@gentoo.org> (raw)
In-Reply-To: AANLkTikz7S5Jz6+1TJtkq5Gv9XX0e4fWcJ1eN7WKde36@mail.gmail.com
[-- Attachment #1: Type: text/plain, Size: 4529 bytes --]
On Mon, 28 Mar 2011 02:55:14 +0530
Nirbheek Chauhan <nirbheek@gentoo.org> wrote:
> 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).
What? If anything it was much worse. It used to be next to impossible to get
any answer whatsoever out of some herds until you gave up and fixed it
yourself. Then they would bitch you out for touching their junk. My job has
gotten a lot easier lately.
> > 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.
Nope, still here, still bitching. :)
> > 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.
Well, that /is/ what bugzilla is for, after all. We can only fix what we
know is broken. And I don't see how that's any different than "maintained"
packages.
> >> 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.
The problem is that you assume that anything that is maintainer-needed is
automatically broken, when the vast majority of it is not. Would it make you
feel better if packages had default herds they could fall back on rather than
go maintainer-needed (eg. app-crypt packages would automatically go into the
crypto herd, media-gfx go to graphics, etc.)? That's something we could be
more aggressive about.
> > 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.
Last I checked we had a nifty news system for making announcements. And I
thought we were supposed to have Smolt support like two years ago. What
happened to it?
> > 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.
Hey, maybe next we can slip random build errors into packages and see who
files bugs. I don't know why people continue to think that breaking the
tree to see who complains is an acceptable form of QA.
--
fonts, gcc-porting, it makes no sense how it makes no sense
toolchain, wxwidgets but i'll take it free anytime
@ gentoo.org EFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
next prev parent reply other threads:[~2011-03-27 23:28 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
2011-03-27 23:34 ` Ryan Hill [this message]
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=20110327173406.68a0e99e@gentoo.org \
--to=dirtyepic@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