From: Maciej Mrozowski <reavertm@gmail.com>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] [RFC] Reworking package stabilization policies
Date: Sun, 28 Mar 2010 17:18:03 +0200 [thread overview]
Message-ID: <201003281718.03935.reavertm@gmail.com> (raw)
In-Reply-To: <20100328083918.48f5835b@snowmobile>
On Sunday 28 of March 2010 09:39:18 Ciaran McCreesh wrote:
> > It's really freaking silly to wait months for stabilization of some
> > random php/perl library that's known to work.
> How do you know it works if you don't test on the arch in question?
The problem is not waiting for some <instert some exotic arch here> to go
stable so it would be possible to close bug and ignore arches.
It's not about closing bug at all.
The only inconvenience from exotic arches lagging is inability to remove
particular old ebuild from tree, that's it.
It's about having package marked stabled on my arch (amd64 in my case, may be
other from other developer's perspective) in a timely manner.
And I know it works on my arch because I test it and often use it on daily
basis.
On Sunday 28 of March 2010 13:32:59 Richard Freeman wrote:
> amd64 has had the policy that any dev can stabilize if they've tested it
> on a stable amd64 system, and this hasn't really caused problems.
That would have certainly solved the problem if that policy was written and
published anywhere.
--
regards
MM
next prev parent reply other threads:[~2010-03-28 15:18 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-27 20:58 [gentoo-dev] reminding slacker arch's to handle bugs William Hubbs
2010-03-28 5:47 ` [gentoo-dev] [RFC] Reworking package stabilization policies Maciej Mrozowski
2010-03-28 6:31 ` Alistair Bush
2010-03-28 6:34 ` Brian Harring
2010-03-28 6:56 ` Alistair Bush
2010-03-28 9:43 ` [gentoo-dev] " Duncan
2010-03-28 20:35 ` [gentoo-dev] " William Hubbs
2010-03-28 7:39 ` Ciaran McCreesh
2010-03-28 10:04 ` Tomáš Chvátal
2010-03-28 11:32 ` Richard Freeman
2010-03-28 15:18 ` Maciej Mrozowski [this message]
2010-03-29 7:30 ` Peter Volkov
2010-03-29 17:10 ` Maciej Mrozowski
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=201003281718.03935.reavertm@gmail.com \
--to=reavertm@gmail.com \
--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