public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Jose Luis Rivero <yoswink@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Proposal for how to handle stable ebuilds
Date: Tue, 11 Nov 2008 10:31:55 +0100	[thread overview]
Message-ID: <4919510B.5000606@gentoo.org> (raw)
In-Reply-To: <20081111011348.GE7038@aerie.halcy0n.com>

Mark Loeser wrote:
> Jose Luis Rivero <yoswink@gentoo.org> said:
>> Mark, I think you are looking at the problem only with the ebuild 
>> maintainer hat put on. We have other players in our business, being one of 
>> them the users. This policy would bring too many problems to them so .. 
>> nono by my side.
> 
> I purposely did this.  I like the proposal, but I also know that it has
> a lot of problems.  It was better than sending something out asking what
> people think though.

Indeed.

>> I would prefer to analyze the causes of the slacker arch (manpower, 
>> hardware, etc) and if we are not able to solve the problem by any way 
>> (asking for new devs, buying hardware, etc) go for mark it as experimental 
>> and drop all stable keywords.
> 
> This is one way to resolve it.  We need to establish how an arch gets
> pushed to "experimental" and how maintainers need to deal with that
> though.  An example is removing the only version of a package that works
> on that specific arch, is this a problem if the arch is declared to be
> experimental?
> 
> If this is the path we want to go down, lets set up some rules for how
> to handle experimental archs and what it means to go from
> stable->experimental and experimental->stable.

Now we are thinking the same, brother. Clear procedures and rules for 
moving an arch to experimental and what keyword policy applies to 
experimental. Also, what is needed to allow an experimental arch to 
start its stable branch and be sure we are not going to be moving from 
experimental <-> stable every month.

If someone want to start thinking more seriously about this, count me in.

--
Jose Luis Rivero <yoswink@gentoo.org>
Gentoo/Alpha Gentoo/Doc



  reply	other threads:[~2008-11-11  9:32 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-10 18:13 [gentoo-dev] Proposal for how to handle stable ebuilds Mark Loeser
2008-11-10 18:23 ` Ciaran McCreesh
2008-11-10 18:23 ` Mart Raudsepp
2008-11-10 20:32   ` Steev Klimaszewski
2008-11-10 21:16 ` Jeremy Olexa
2008-11-10 21:57 ` Santiago M. Mola
2008-11-11  0:24 ` Jose Luis Rivero
2008-11-11  1:13   ` Mark Loeser
2008-11-11  9:31     ` Jose Luis Rivero [this message]
2008-11-11  1:21   ` Richard Freeman
2008-11-11  8:56     ` Peter Volkov
2008-11-11 10:18     ` Jose Luis Rivero
2008-11-11 13:49       ` Ferris McCormick
2008-11-11 16:06       ` [gentoo-dev] " Duncan
2008-11-11 16:24         ` Jeroen Roovers
2008-11-11 17:26           ` Duncan
2008-11-11 17:55             ` Ferris McCormick
2008-11-11 18:12             ` Jeroen Roovers
2008-11-11 21:03               ` Duncan
2008-11-13 17:38 ` [gentoo-dev] " Tobias Scherbaum
2008-11-15 13:02   ` Matti Bickel
2008-11-17 18:08     ` Tobias Scherbaum
2008-11-17 19:03       ` [gentoo-dev] " Duncan
2008-12-11  5:35       ` [gentoo-dev] " Donnie Berkholz
2008-11-17  0:38 ` [gentoo-dev] " Ryan Hill
2008-11-17 15:10   ` Daniel Gryniewicz
2008-11-18  1:08     ` Ryan Hill
2008-11-18 16:57       ` Daniel Gryniewicz
2008-11-18 17:50         ` Ciaran McCreesh
2008-11-18 20:31           ` Daniel Gryniewicz
2008-11-18 21:18         ` Ryan Hill
2008-11-18 22:04           ` Daniel Gryniewicz
2008-11-18 22:45             ` Ryan Hill
2008-11-30 22:59 ` Ryan Hill
2008-12-01  7:49   ` Peter Volkov
2008-12-11  5:37 ` [gentoo-dev] " Donnie Berkholz

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=4919510B.5000606@gentoo.org \
    --to=yoswink@gentoo.org \
    --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