On Tue, 2004-02-03 at 09:17, Kurt Lieber wrote: > On Mon, Feb 02, 2004 at 09:03:17PM +0100 or thereabouts, Paul de Vrieze wrote: > > Could you explain why you think that architecture specific stable keywords are > > necessary? Would that not create a too big strain on the arch developers. If > > a package is stable on an arch shouldn't it also be automatically a candidate > > for the stable tree? > > Well, let's take BerkDB as an example. > > Currently, db-4.1.25_p1-r3 has the following keywords: > > KEYWORDS="ia64 ~x86 ppc ~alpha amd64 ~sparc ~mips ppc64 hppa" > > Then, db-4.0.14-r2.ebuild has: > > KEYWORDS="x86 ~ppc sparc alpha mips hppa ~arm amd64 ia64" > > So which one would be marked stable? The first is ~x86 but ppc, the second is > ~ppc but x86. > > Also, what happens with ~x86 ebuilds that are marked stable on other arches > (such as db-4.1.25) Should AMD64, Itanium, PPC and HPPA users all be > forced to use an older version of db? Or do we force x86 users to use a > version of db that is currently ~masked?
This would be easy. db-4.1.25_p1-r3 KEYWORDS="ia64 ppc amd64 ppc64 hppa" db-4.0.14-r2 KEYWORDS="x86 sparc alpha mips" Now, depending on which arch you'r eon would entirely depend on which version you get. There should be ZERO updates in the actual stable tree. You should be able to install a machine on day 1 of the release, or day 89 and still get the EXACT same tree, otherwise, it isn't stable. Updates would have to be provided separately, though still via rsync. I would see something like /usr/portage-stable and /usr/portage-updates, with -stable being static with the release used and -updates being all the changes since release. It would also make "upgrading" to a new release fairly easy, as a change in /etc/make.conf from VERSION="2004.0" to VERSION="2004.1" would yield the -stable being upgraded to the new release and -updates being propagated with the updates. -- Chris Gianelloni Developer, Gentoo Linux Games Team Is your power animal a pengiun?
signature.asc
Description: This is a digitally signed message part
