* [gentoo-portage-dev] Re: [gentoo-dev] Portage Feature Request: making thirdpartymirrors easier to manage
[not found] ` <20140110055849.50796563@gentoo.org>
@ 2014-01-11 19:16 99% ` Kent Fredric
0 siblings, 0 replies; 1+ results
From: Kent Fredric @ 2014-01-11 19:16 UTC (permalink / raw
To: gentoo-dev; +Cc: Robin H. Johnson, gentoo-portage-dev
[-- Attachment #1: Type: text/plain, Size: 1106 bytes --]
On 10 January 2014 17:58, Michał Górny <mgorny@gentoo.org> wrote:
>
> Just to be clear, what is the exact use case for this? I can't think
> of a really good reason to manipulate mirror lists in subsequent repos.
>
For Perl, in ::gentoo , its considered not too optimal to have backpan
listed as a mirror, and its unnesscary, as ::gentoo gets to mirror
everything on cpan anyway, so that there's no problem when upstream delete
the version gentoo is using from cpan.
But in the overlay, we don't have the luxury of a mirror, so we have
backpan listed as a mirror for when cpan deletes a release.
diff <( grep cpan
/var/paludis/repositories/perl-git/profiles/thirdpartymirrors ) <( grep
cpan /usr/portage/profiles/thirdpartymirrors )
1c1
< cpan http://search.cpan.org/CPAN http://cpan.hexten.net/
http://cpan.cpantesters.org http://www.cpan.org http://backpan.perl.org
---
> cpan http://search.cpan.org/CPAN http://www.cpan.org
So here, it would be nicer if we could simply specify new mirrors instead
of having to override the whole thing.
--
Kent
[-- Attachment #2: Type: text/html, Size: 2014 bytes --]
^ permalink raw reply [relevance 99%]
Results 1-1 of 1 | reverse | options above
-- pct% links below jump to the message on this page, permalinks otherwise --
2014-01-06 20:20 [gentoo-portage-dev] Portage Feature Request: making thirdpartymirrors easier to manage Robin H. Johnson
[not found] ` <20140110055849.50796563@gentoo.org>
2014-01-11 19:16 99% ` [gentoo-portage-dev] Re: [gentoo-dev] " Kent Fredric
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox