From: Tom Wijsman <TomWij@gentoo.org>
To: steev@gentoo.org
Cc: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Re: rfc: revisiting our stabilization policy
Date: Fri, 24 Jan 2014 18:26:07 +0100 [thread overview]
Message-ID: <20140124182607.52b3c52c@TOMWIJ-GENTOO> (raw)
In-Reply-To: <1390535567.3909.12.camel@oswin.hackershack.net>
[-- Attachment #1: Type: text/plain, Size: 3081 bytes --]
On Thu, 23 Jan 2014 21:52:47 -0600
Steev Klimaszewski <steev@gentoo.org> wrote:
> The idea moves the work around, it doesn't lessen the workload at all.
It is an idea to solve your actual problem, which isn't workload.
> You can easily find 7 people who have an armv7, and even v6, since the
> rpi is quite popular.
They are easier to find than someone that has everything.
> Getting them into the arch team and willing to run stable and
> actually test programs is a whole other story, which lead to you
> saying:
>
> "People that have certain architectures can just add themselves, no
> extra work again."
Which is for people already on the arm arch; consider the context you
quote this from, rather than assuming what is not explicitly stated.
> What you've thrown out as a possible solution is akin to taking a pile
> of peas on the plate and moving them around the plate so that the pile
> doesn't look so big.
In other words, using separation to organize them properly.
> It doesn't change the amount of work, but you do need to look in more
> places for the work.
Which you can collect back into one place.
> Finding people with the hardware is the main issue, and I think I
> mentioned before, some people are simply unwilling to invest in
> "slow" hardware, so we have to rely on the people who DO have it.
> And if that means things take longer to stable, well, why is that an
> issue? Stable is supposed to be that - stable.
That is because you only look for people that have all the hardware.
> > > if you aren't willing to put in the work, don't expect others to.
> >
> > If you are unwilling to work towards solutions, don't expect others
> > to.
> >
> > > And yes, I see what you mean now re: my reply seeming off - it
> > > would seem when I hit group reply, for some reason, Evolution is
> > > putting Peter Stuge into the CC, and not Tom Wijsman (despite
> > > hitting group reply from your email. Maybe there should have
> > > been more testing of Gnome 3.8 before it was stabled on x86...
> >
> > http://www.unicom.com/pw/reply-to-harmful.html
> > http://woozle.org/~neale/papers/reply-to-still-harmful.html
> >
>
> I don't care of "reply to" is considered harmful,
It however caused problems with your e-mail.
> I care that
> something that worked with the previous stable is suddenly not
> working with the new stable. It obviously shows that it wasn't
> tested properly, and yet was marked stable.
Which is your actual problem that we are trying to solve here.
> So, as QA, shouldn't you be doing something about that, rather than
> pointing to some URLs on the web, telling me I'm in the wrong for
> using the option that is supposed to handle that properly in my
> stable software?
The problem lies in a different place than the software itself.
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : TomWij@gentoo.org
GPG Public Key : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 490 bytes --]
next prev parent reply other threads:[~2014-01-24 17:27 UTC|newest]
Thread overview: 135+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-14 21:37 [gentoo-dev] rfc: revisiting our stabilization policy William Hubbs
2014-01-14 21:57 ` Michael Orlitzky
2014-01-14 22:33 ` William Hubbs
2014-01-14 22:43 ` Michael Orlitzky
2014-01-14 23:11 ` William Hubbs
2014-01-14 23:22 ` Jeff Horelick
2014-01-15 0:28 ` Tom Wijsman
2014-01-15 23:59 ` [gentoo-dev] " Duncan
2014-01-16 0:23 ` Tom Wijsman
2014-01-15 0:47 ` [gentoo-dev] " Michael Orlitzky
2014-01-15 1:08 ` Tom Wijsman
2014-01-15 1:11 ` Michael Orlitzky
2014-01-15 1:23 ` Tom Wijsman
2014-01-15 1:36 ` Michael Orlitzky
2014-01-15 2:09 ` William Hubbs
2014-01-15 2:21 ` Michael Orlitzky
2014-01-15 2:34 ` Tom Wijsman
2014-01-15 2:40 ` Michael Orlitzky
2014-01-15 3:26 ` Tom Wijsman
2014-01-15 2:46 ` William Hubbs
2014-01-16 7:28 ` Christopher Head
2014-01-16 22:44 ` Tom Wijsman
2014-01-19 22:31 ` Christopher Head
2014-01-20 0:47 ` Tom Wijsman
2014-01-23 18:12 ` [gentoo-dev] " Steven J. Long
2014-01-23 19:13 ` Tom Wijsman
2014-01-23 20:55 ` Steev Klimaszewski
2014-01-23 22:38 ` Tom Wijsman
2014-01-23 22:42 ` Peter Stuge
2014-01-23 23:50 ` Tom Wijsman
2014-01-24 0:04 ` Steev Klimaszewski
2014-01-24 3:04 ` Tom Wijsman
2014-01-24 3:52 ` Steev Klimaszewski
2014-01-24 17:26 ` Tom Wijsman [this message]
2014-01-24 18:10 ` Steev Klimaszewski
2014-01-24 19:29 ` Tom Wijsman
2014-01-24 20:29 ` Steev Klimaszewski
2014-01-24 21:55 ` Tom Wijsman
2014-01-24 10:46 ` Steven J. Long
2014-01-24 18:26 ` Tom Wijsman
2014-01-25 4:02 ` Duncan
2014-01-26 0:50 ` Peter Stuge
2014-01-26 0:59 ` Rich Freeman
2014-01-26 4:53 ` Peter Stuge
2014-01-26 11:41 ` Rich Freeman
2014-01-26 18:56 ` Peter Stuge
2014-01-26 21:35 ` Rich Freeman
2014-01-27 7:41 ` Steev Klimaszewski
2014-01-27 14:52 ` Rich Freeman
2014-01-28 2:45 ` Steev Klimaszewski
2014-01-26 22:56 ` Duncan
2014-01-26 23:40 ` Duncan
2014-01-28 12:37 ` Steven J. Long
2014-01-28 12:52 ` Alan McKinnon
2014-01-28 13:18 ` Tom Wijsman
2014-01-28 13:11 ` Tom Wijsman
2014-01-29 3:15 ` Duncan
2014-01-29 6:34 ` Steev Klimaszewski
2014-01-15 2:42 ` [gentoo-dev] " Tom Wijsman
2014-01-15 11:33 ` Sergey Popov
2014-01-15 16:57 ` Tom Wijsman
2014-01-15 17:20 ` Matthew Thode
2014-01-15 2:26 ` Tom Wijsman
2014-01-15 11:28 ` Sergey Popov
2014-01-15 0:13 ` Tom Wijsman
2014-01-15 0:50 ` Michael Orlitzky
2014-01-15 1:13 ` Tom Wijsman
2014-01-15 23:13 ` [gentoo-dev] " Duncan
2014-01-15 0:04 ` [gentoo-dev] " Tom Wijsman
2014-01-14 23:49 ` Tom Wijsman
2014-01-15 0:06 ` Andreas K. Huettel
2014-01-15 0:17 ` Anthony G. Basile
2014-01-15 0:43 ` Tom Wijsman
2014-01-15 0:38 ` Tom Wijsman
2014-01-15 0:46 ` William Hubbs
2014-01-15 1:26 ` Tom Wijsman
2014-01-15 11:40 ` Sergey Popov
2014-01-15 17:04 ` Tom Wijsman
2014-01-16 6:20 ` Sergey Popov
2014-01-16 15:54 ` Peter Stuge
2014-01-16 17:56 ` Rich Freeman
2014-01-16 18:04 ` Alan McKinnon
2014-01-16 18:26 ` Peter Stuge
2014-01-16 20:18 ` Alan McKinnon
2014-01-16 20:40 ` Peter Stuge
2014-01-16 18:11 ` Peter Stuge
2014-01-16 18:42 ` Rich Freeman
2014-01-16 19:29 ` William Hubbs
2014-01-16 19:59 ` Peter Stuge
2014-01-16 22:49 ` Tom Wijsman
2014-01-15 3:48 ` grozin
2014-01-15 4:49 ` William Hubbs
2014-01-15 5:07 ` Robin H. Johnson
2014-01-15 8:03 ` Dirkjan Ochtman
2014-01-15 8:18 ` Hans de Graaff
2014-01-15 16:11 ` [gentoo-dev] " Michael Palimaka
2014-01-15 9:54 ` [gentoo-dev] " Michał Górny
2014-01-15 12:51 ` Rich Freeman
2014-01-15 21:41 ` [gentoo-dev] " Duncan
2014-01-15 11:24 ` [gentoo-dev] " Sergey Popov
2014-01-15 11:30 ` Sergey Popov
2014-01-15 15:30 ` William Hubbs
2014-01-16 6:17 ` Sergey Popov
2014-01-17 6:06 ` grozin
2014-01-17 7:02 ` grozin
2014-01-17 7:58 ` Matt Turner
2014-01-17 15:02 ` Rich Freeman
2014-01-17 15:02 ` Michał Górny
2014-01-18 1:35 ` William Hubbs
2014-01-17 15:31 ` Ulrich Mueller
2014-01-17 16:47 ` Tom Wijsman
2014-01-17 17:08 ` grozin
2014-01-18 0:34 ` Manuel Rüger
2014-01-17 18:28 ` Ciaran McCreesh
2014-01-17 23:56 ` Tom Wijsman
2014-01-18 12:59 ` [gentoo-dev] arch="any" (Re: rfc: revisiting our stabilization policy) Steven J. Long
2014-01-17 17:07 ` noarch packages, was Re: [gentoo-dev] rfc: revisiting our stabilization policy grozin
2014-01-19 8:36 ` Mike Frysinger
2014-01-19 9:28 ` Add a KEYWORD representing any arch (was: Re: [gentoo-dev] rfc: revisiting our stabilization policy) Pacho Ramos
2014-01-19 9:46 ` [gentoo-dev] Re: Add a KEYWORD representing any arch Ulrich Mueller
2014-01-19 10:15 ` Pacho Ramos
2014-01-20 19:25 ` Steev Klimaszewski
2014-01-22 15:46 ` Jeroen Roovers
2014-01-19 9:48 ` Add a KEYWORD representing any arch (was: Re: [gentoo-dev] rfc: revisiting our stabilization policy) Mike Frysinger
2014-01-17 21:04 ` [gentoo-dev] rfc: revisiting our stabilization policy Maciej Mrozowski
2014-01-15 18:33 ` Thomas Sachau
2014-01-15 19:07 ` William Hubbs
2014-01-16 0:58 ` Steev Klimaszewski
2014-01-16 2:32 ` Robin H. Johnson
2014-01-16 5:47 ` Steev Klimaszewski
2014-01-19 11:06 ` Thomas Sachau
2014-01-16 6:27 ` Sergey Popov
2014-01-16 7:15 ` [gentoo-dev] " Michael Palimaka
2014-01-15 19:13 ` [gentoo-dev] " Ruud Koolen
2014-01-15 21:54 ` [gentoo-dev] " Martin Vaeth
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=20140124182607.52b3c52c@TOMWIJ-GENTOO \
--to=tomwij@gentoo.org \
--cc=gentoo-dev@lists.gentoo.org \
--cc=steev@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