support for 'kernel' in thirdpartymirrors was added in bug 16682. however, i just emerged vanilla-sources and portage went and tried all the mirrors in GENTOO_MIRRORS first: >>> emerge (1 of 1) sys-kernel/vanilla-sources-2.4.27 to / >>> Downloading http://gentoo.mirrors.pair.com/distfiles/linux-2.4.27.tar.bz2 --13:25:18-- http://gentoo.mirrors.pair.com/distfiles/linux-2.4.27.tar.bz2 => `/usr/portage/distfiles/linux-2.4.27.tar.bz2' Resolving gentoo.mirrors.pair.com... 216.92.2.140 Connecting to gentoo.mirrors.pair.com[216.92.2.140]:80... connected. HTTP request sent, awaiting response... 404 Not Found 13:25:18 ERROR 404: Not Found. >>> Downloading http://www.gtlib.cc.gatech.edu/pub/gentoo/distfiles/linux-2.4.27.tar.bz2 --13:25:18-- http://www.gtlib.cc.gatech.edu/pub/gentoo/distfiles/linux-2.4.27.tar.bz2 => `/usr/portage/distfiles/linux-2.4.27.tar.bz2' Resolving www.gtlib.cc.gatech.edu... 130.207.108.134 Connecting to www.gtlib.cc.gatech.edu[130.207.108.134]:80... connected. HTTP request sent, awaiting response... 404 Not Found 13:25:18 ERROR 404: Not Found. .... eventually it got the sources from a kernel mirror. in vanilla-sources-2.4.27.ebuild: SRC_URI="mirror://kernel/linux/kernel/v2.4/linux-${OKV}.tar.bz2" portage should connect to the kernel mirrors first (as listed in thirdpartymirrors), and skip all mirrors listed in GENTOO_MIRRORS. Gentoo Base System version 1.4.16 Portage 2.0.50-r9 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3.20040420-r0, 2.4.26) ================================================================= System uname: 2.4.26 i686 AMD Athlon(tm) XP 2500+ distcc 2.13 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/bind /var/qmail/alias /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs buildpkg ccache sandbox" GENTOO_MIRRORS="http://gentoo.mirrors.pair.com/ http://www.gtlib.cc.gatech.edu/pub/gentoo http://gentoo.seren.com/gentoo http://128.213.5.34/gentoo/ http://gentoo.binarycompass.org/ http://gentoo.oregonstate.edu http://gentoo.ccccom.com/ http://www.ibiblio.org/pub/Linux/distributions/gentoo http://csociety-ftp.ecn.purdue.edu/pub/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.us.gentoo.org/gentoo-portage" USE="3dnow X alsa apache2 apm avi berkdb cdr crypt cups curl dvd emacs encode ethereal foomaticdb gd gdbm gif gtk gtk2 imap imlib innodb java jikes jpeg libg++ libwww mad maildir mbox mmx motif mozilla mpeg mysql ncurses oggvorbis opengl oss pam pdflib perl png python qt quicktime readline sasl sdl slang slp spell sse ssl svga tcltk tiff truetype vim-with-x virus-scan x86 xml xml2 xmms xv xvid zlib"
That's the normal behavior for mirror:// URLs.
>That's the normal behavior for mirror:// URLs. Yes, but this behaviour is bullsh*t. RESTRICT="nomirror" also disables local mirrors. It is really annoying to see a box to connect to our mirrors even though it doesn't make any sense. We should treat the Gentoo mirrors as regular mirrors and have a variable for local mirrors instead.
You know about /etc/portage/mirrors, including the "local" entries there, right? If you want to change this behavior please take it up with -infra first.
Marius: Err, wasn't aware of it. The problem mentioned in the summary persists, though. When a thirdparty mirror exists, then you don't want to go through GENTOO_MIRRORS. It is not possible to prevent the GENTOO_MIRRORS look up, without setting GENTOO_MIRRORS="", which is not a good idea, if I'm not wrong.
Bug 37455 deals with local mirrors being disabled under some circumstances
SpanKY: The point is not the local mirror thing, but the unnecessary and unwanted GENTOO_MIRRORS lookup before mirrors://foo. I don't think Bug 37455 touches this. Imho everything that is mirorred should be accessible via mirrors://gentoo and GENTOO_MIRRORS should be deprecated and removed, since we have /etc/portage/mirrors.
meant "everything that is mirorred _by_us_" of course
i know that wasnt the point of this bug, i was just offering up some info since you complained about RESTRICT= blocking even local mirrors i dont think GENTOO_MIRRORS should be deprecated ... not everything has a mirror:// SRC_URI, and requiring a user to go fill out some local portage file is wrong
Are you complaining about the slow response from your/our mirrors or the fact that portage wastes a few seconds by reviewing your prefered mirrors first? This is not a bug as it is intentional and also isn't a priority. If you would like something changed you'll have to explain the problem, the solution, and the non-trivial benefit(s).
bug: lookup of GENTOO_MIRRORS before mirrors:// problem: unneeded traffic/connections to other hosts Yes, it is a minor problem and yes, it is intentionally, in case of thirdparty mirror urls it is absolutely useless.