[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#251218: marked as done (/devel/people gives recognition for quantity of packages, not quality)

Your message dated Sun, 17 Mar 2019 13:21:26 +0000
with message-id <20190317132126.GA25709@tack.einval.com>
and subject line Re: Bug#251218: /devel/people gives recognition for quantity of packages, not quality
has caused the Debian Bug report #251218,
regarding /devel/people gives recognition for quantity of packages, not quality
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
251218: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=251218
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: www.debian.org
Severity: wishlist

The http://www.debian.org/devel/people page gives maintainers recognition
for the quantity of packages they maintain, not for their quality.  I think
this reinforces the wrong motives in developers.  I'm all for giving
developers recognition for their contribution to Debian, but let it be for
making Debian better, not larger.

I'm hazy on what the best solution is, so what follows are some ideas to get
started thinking about the problem.  Please don't be diverted by my
implementation suggestions.  I'll be happy with any improvement that
solves the problem of recognition of the quality of developers' contributions,
and am not particularly attached to any one of the following suggestions.

Perhaps either drop the package listings altogether, or replace them with
links to the appropriate http://qa.debian.org/developer.php page.

Or conversely, merge some statistics from the developer.php page back into
the /devel/people page (e.g. overall bug resolve rate, overall outstanding
RC bugs, or whatever reasonable stats summarizing quality could be distilled
from developer.php without cluttering up /devel/people).  However, I expect
this approach to be rather contentious, as people will complain about how
those numbers are unfairly biased.  But the current list of all packages is
biased towards quantity, so if it's a matter of choosing one set of biased
statistics over another, I'd rather see stats that attempt to measure package
quality than quantity.

Thanks,
Ben Armstrong
--
syrng at debian dot org

--- End Message ---
--- Begin Message --- 
On Fri, May 20, 2005 at 03:32:31PM +0200, Thijs Kinkhorst wrote:
>Hello Ben,
>
>> The http://www.debian.org/devel/people page gives maintainers recognition
>> for the quantity of packages they maintain, not for their quality.
>
>I don't share your vision here. That specific list does not credit any
>maintainer over the other. The maintainers are not ordered on the number
>of packages, but just alphabetically. With each maintainer is indeed a
>list of packages, but that's a factual report of which software
>someone's responsible for, and adds no judgement on who's a better
>maintainer. IMHO the page doesn't need to be changed for that.
>
>There's of course the question if this page has any use at all, but that
>is a different point.

I agree with you on both points. The list is actually irrelevant and
we're planning to remove it altogether because of that. But it was a
simple list of maintainers and packages, sorted alphabetically by
maintainer name. If there was a list sorted by number of packages then
this might be a valid complaint.

Closing.

-- 
Steve McIntyre, Cambridge, UK.                                steve@einval.com
You raise the blade, you make the change... You re-arrange me 'til I'm sane...

--- End Message ---
Reply to: