public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Chris Gianelloni <wolf31o2@gentoo.org>
To: gentoo-dev@robin.gentoo.org
Subject: Re: [gentoo-dev] Please follow keywording policy
Date: Thu, 10 Mar 2005 10:38:09 -0500	[thread overview]
Message-ID: <1110469089.21812.4.camel@cgianelloni.nuvox.net> (raw)
In-Reply-To: <422F7F4B.4090406@gentoo.org>

[-- Attachment #1: Type: text/plain, Size: 3357 bytes --]

On Thu, 2005-03-10 at 00:57 +0200, Alin Nastac wrote: 
> I'm only annoyed by the bad attitude of some devs who will get involved 
> only what suits them, forgetting that if they would not help, no one 
> will. Btw, what is the sense of ~arch if not "testing"? No gentooer 
> expects from a ~arch ebuild to be stable, so the sky would not fall if 
> you made a mistake and release it under this keyword. When I hear "I 
> cannot mark foo library as ~arch because I don't know how to test it" 
> smells like excuse to me.

You didn't ask for ~arch, you asked for stable.  Also, testing doesn't
mean providing something that it broken.  The testing branch is for
*ebuild testing* not package testing.  A broken package should never be
added to the tree unless it is hard masked.  You're seeming very quick
to point to others and lay blame, but I just don't think you get the
fact that there are others who take QA of their systems more seriously
than you do.

> As for QA... does anyone think we *can* have proper QA procedures, with 
> our release speed and decentralized development model? And with only ... 
> 350 devs from which God knows how many are still active?  :-D
> Who thinks that clearly doesn't have a clue what QA means. It is 
> practically impossible to test every combination of ebuilds/USE/CFLAGS 
> so all we do is a surface test, letting the burden of testing on the 
> shoulders of our users.

This is true to an extent.  I know that I test ebuilds that I put into
portage with every combination of USE flags.  I also make sure that the
thing works.  I will also file bugs to myself, if need be, and ask users
for help with testing before putting something in the tree.  Being
tested does not necessarily mean that a developer did the testing, just
that a developer verified that it was tested.  If you aren't testing the
ebuilds you're committing, then you aren't doing QA and you're leaving
it up to others to discover if something you've added is broken.  This
should happen *before* it goes in the tree, not after.

> Despite of our unorthodox development process, many people believes 
> (including me) that our distro surclass traditional ones and is 
> generally more stable (go figure!).

There have been a few snafus here and there, but generally I would agree
with you.

> Maybe I'm too exigent, but I only ask from people to do what I do : be 
> genuinely interested in helping the devs who need it. Heck, I always try 
> to help any gentooer, dev or not. We all have our little systems because 
> our predecesors have worked on it, not because they  sit down and 
> debated whether to mark foo ebuild as ~arch or not.

Trying to force your ideas of QA onto another team isn't asking someone
to help you, it is asking someone to drop their beliefs in quality to
meet your timetables.  That is counter-productive more than helpful.
You're using a lot of emotional arguments, and none technical.

Could the mips team have helped quicker?  Sure.  Maybe it would have
been beneficial for them to have simply said, "Hey.  We don't have that
hardware so we can't test it." but trying to make them look like a bunch
of lazy developers isn't helping your case much... ;]

-- 
Chris Gianelloni
Release Engineering - Strategic Lead/QA Manager
Games - Developer
Gentoo Linux

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

  parent reply	other threads:[~2005-03-10 15:34 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-03-09  1:55 [gentoo-dev] Please follow keywording policy Jason Wever
2005-03-09  2:00 ` Hasan Khalil
2005-03-09  7:38 ` Alin Nastac
2005-03-09 13:39   ` Stephen P. Becker
2005-03-09 14:50     ` Alin Nastac
2005-03-09 16:22       ` Ciaran McCreesh
2005-03-09 17:38         ` Alin Nastac
2005-03-09 18:38           ` Ciaran McCreesh
2005-03-09 18:56             ` Alin Nastac
2005-03-09 19:10               ` Stefan Schweizer
2005-03-09 19:10                 ` Stefan Schweizer
2005-03-09 21:30                 ` Luis F. Araujo
2005-03-09 22:57                 ` Alin Nastac
2005-03-09 23:27                   ` Stephen P. Becker
2005-03-10  0:50                     ` Donnie Berkholz
2005-03-10  0:18                       ` Daniel Goller
2005-03-09 23:36                   ` Jason Wever
2005-03-09 23:42                   ` Aron Griffis
2005-03-10  7:54                     ` Alin Nastac
2005-03-10  8:27                       ` Ciaran McCreesh
2005-03-10 15:54                         ` Chris Gianelloni
2005-03-10 15:52                       ` Chris Gianelloni
2005-03-10  4:34                   ` Grant Goodyear
2005-03-10  8:36                     ` Alin Nastac
2005-03-10 13:14                       ` Ciaran McCreesh
2005-03-10 16:00                       ` Chris Gianelloni
2005-03-10 19:00                         ` Alin Nastac
2005-03-10 19:33                           ` Chris Gianelloni
2005-03-10 21:25                             ` John Myers
2005-03-10 15:38                   ` Chris Gianelloni [this message]
2005-03-09 19:18               ` Patrick Lauer
2005-03-09 19:43                 ` Stefan Schweizer
2005-03-09 19:56                   ` Patrick Lauer
2005-03-10  0:55               ` Jon Portnoy
2005-03-10  8:07                 ` Alin Nastac
2005-03-09 19:20             ` Chris Gianelloni
2005-03-09 16:37       ` Stephen P. Becker
2005-03-09 16:43   ` Chris Gianelloni
2005-03-09 17:40     ` Alin Nastac

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=1110469089.21812.4.camel@cgianelloni.nuvox.net \
    --to=wolf31o2@gentoo.org \
    --cc=gentoo-dev@gentoo.org \
    --cc=gentoo-dev@robin.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