Gentoo Logo
Gentoo Spaceship




Note: Due to technical difficulties, the Archives are currently not up to date. GMANE provides an alternative service for most mailing lists.
c.f. bug 424647
List Archive: gentoo-amd64
Navigation:
Lists: gentoo-amd64: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-amd64@g.o
From: Duncan <1i5t5.duncan@...>
Subject: Re: Digest of gentoo-amd64@g.o issue 367 (13009-13035)
Date: Fri, 8 Jul 2011 23:35:40 +0000 (UTC)
DJ Cozatt posted on Fri, 08 Jul 2011 16:46:38 -0400 as excerpted:

> https://bugs.gentoo.org/show_bug.cgi?id=339485
> 
> Is a discussion/flame about the report upstream qa messages.
> Help me out here guys and weigh in. (dons flame suit)

FWIW, glad to see someone dealing with those QA warnings, but one picks 
their battles based on time and skillset available, and that's one I've 
deliberately chosen to ignore.

My feeling is, the gentoo maintainers obviously see the warnings when 
they test for version bumps, etc, so they know about them.  Since they 
already do know about them, it does nothing but irritate them to file 
bugs about them, especially when one doesn't really have the coding 
skills to help much, and the package in general remains working.  
Meanwhile I've picked the upstreams I'm involved with and try not to 
think too much about the others, as there simply isn't time for all of 
them.

So mostly I just ignore the QA warnings unless something actually breaks, 
figuring the gentoo folks already know about them, and unless it's on the 
list of upstreams I'm already involved with or something is really 
broken, given I don't generally have the skills to provide a fix in any 
case, it simply falls off the bottom of my priority scale.

That said, why are the QA notices there if the general user isn't 
equipped to deal with them?  Remove them?

I'd say no.  At a minimum, they serve a shaming function.  Ideally, the 
issues would be fixed right away, most ideally in testing, before the 
package is ever unmasked in-tree, but if that doesn't happen, and in the 
real world it obviously doesn't all the time or we'd not be seeing the 
warnings (devs have time issues too), the warnings do serve as a gentle 
prod and reminder that there are issues that need dealt with.  And over 
time, hopefully, the brown-bag (embarrassment, the reference is to 
someone so embarrassed that they wish to cover their head with a bag so 
as to remain anonymous) factor of having so many warnings in one's 
packages gets big enough to bump them on a devs priority list, and they 
get fixed.  If those warnings were to disappear except when activated by 
some developer flag, the brown-bag factor would be far lower, and perhaps 
fewer of them would be fixed.

I believe that shaming function is a big part of why those QA warnings 
are there in the first place.  Removing them is thus not a good idea.

Plus, they motivate users (like you) who DO have the skills and time to 
help out, occasionally.  That's not a bad thing. =:^)  Certainly not, for 
an all-volunteer distro that's chronically understaffed. =:^\

But as I said, for me, I pick my battles, and that's not one I've picked.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman



References:
Re: Digest of gentoo-amd64@g.o issue 367 (13009-13035)
-- DJ Cozatt
Navigation:
Lists: gentoo-amd64: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: Re: Digest of gentoo-amd64@g.o issue 367 (13009-13035)
Next by thread:
Re: SOLVED Re: no sound in firefox java
Previous by date:
Re: Re: Digest of gentoo-amd64@g.o issue 367 (13009-13035)
Next by date:
Re: SOLVED Re: no sound in firefox java


Updated Jun 28, 2012

Summary: Archive of the gentoo-amd64 mailing list.

Donate to support our development efforts.

Copyright 2001-2013 Gentoo Foundation, Inc. Questions, Comments? Contact us.