Gentoo Archives: gentoo-dev

From: Zac Medico <zmedico@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] RFC: Making backwards-incompatible tree changes | a solution for GLEP 55's problem
Date: Tue, 20 Sep 2011 15:20:55
Message-Id: 4E78AEFC.8080802@gentoo.org
In Reply to: [gentoo-dev] RFC: Making backwards-incompatible tree changes | a solution for GLEP 55's problem by Alex Alexander
1 On 09/19/2011 03:14 PM, Alex Alexander wrote:
2 > My idea is simple. When incompatible changes have to be introduced to the
3 > tree, push a new version of portage that includes support for all the new
4 > features we want to provide.
5 >
6 > Then, freeze the tree and clone it into a revbumped rsync module, i.e.
7 >
8 > SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage-r1"
9
10 It's a waste to provide the old copies via rsync. A similar alternative
11 that would solve that is to have a file in the tree that maps older
12 EAPIs to snapshots. That way, after a person syncs and finds that the
13 tree's EAPI is not supported, their package manager can easily locate
14 and download a tree snapshot (from any gentoo mirror) which is supported
15 by the current package manager.
16 --
17 Thanks,
18 Zac

Replies