Bug 405

Summary:	implement multiple package repositories
Product:	Portage Development	Reporter:	Geert Bevin <gbevin>
Component:	Unclassified	Assignee:	Portage team <dev-portage>
Status:	RESOLVED FIXED
Severity:	normal	CC:	luke-jr+gentoobugs
Priority:	High
Version:	unspecified
Hardware:	x86
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---
Bug Depends on:
Bug Blocks:	278

Description Geert Bevin 2002-01-29 00:53:47 UTC

A SYNC var should be added to make.gobals which contains respository definitions
in the following format : SYNC="nick:rsync://foo.bar.com:/usr/portage".
Additional support has to be added for anonymous cvs, pserver cvs and cvs
through ssh. In future versions additional protocol handlers can be added
(http://, ftp://). The contents of the remote repository (foo.bar.com) are
downloaded to the local directory (/usr/portage). Each repository contains a
/profiles/categories file that defines the available category names. The
repository that is listed first get precedence in case of overlapping package names.
The second stage of the implementation has to take /profiles/package.mask and
profiles/*/virtuals into account. The handling of the package mask should be
local to each repository since otherwise a too restrictive entry in a certain
repository can cause mayhem in other. The exact specs about the mutiple virtuals
implementation and the default profile selection in each repository still have
to be determined.

Comment 1 Nicholas Jones (RETIRED) gentoo-dev

2002-10-13 01:04:50 UTC

I'm pretty sure this is no longer an issue.

Comment 2 Luke-Jr 2003-08-11 16:38:38 UTC

Really? What he is suggesting is allowing for multiple trees so people could, for 
example, sync to both Gentoo's portage tree and also BreakMyGentoo's (assuming 
they have one)... I don't think this is supported yet.

Comment 3 Seemant Kulleen (RETIRED) gentoo-dev

2003-08-23 14:19:18 UTC

why was this reopened?

Comment 4 Nicholas Jones (RETIRED) gentoo-dev

2003-08-23 14:32:42 UTC

This is effectively implemented already anyway.
Portage doesn't sync other trees, but you can use them via multiple overlays.

Comment 5 Luke-Jr 2003-08-23 16:01:20 UTC

Then it probably wouldn't take much to have the ability to configure Portage to sync 
multiple trees, would it? Perhaps a SYNC_OVERLAYS variable or similar would work 
(though a "proper" implementation would have "overlays" be the same as the 
non-overlays). I'll leave it closed, but I don't really feel it has been fixed until Portage 
*can* sync to other trees, which is what the bug specifies.