From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1MEArj-0007S3-SR for garchives@archives.gentoo.org; Tue, 09 Jun 2009 23:36:28 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 31256E0371; Tue, 9 Jun 2009 23:36:26 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 11F44E0371 for ; Tue, 9 Jun 2009 23:36:26 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id B31CF655A9 for ; Tue, 9 Jun 2009 23:36:25 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: -3.515 X-Spam-Level: X-Spam-Status: No, score=-3.515 required=5.5 tests=[AWL=0.084, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2-1vFIk9CQYk for ; Tue, 9 Jun 2009 23:36:19 +0000 (UTC) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id D9D126420C for ; Tue, 9 Jun 2009 23:36:16 +0000 (UTC) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1MEArU-00065P-QD for gentoo-user@gentoo.org; Tue, 09 Jun 2009 23:36:12 +0000 Received: from athedsl-386214.home.otenet.gr ([79.131.60.164]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 09 Jun 2009 23:36:12 +0000 Received: from realnc by athedsl-386214.home.otenet.gr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 09 Jun 2009 23:36:12 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: Nikos Chantziaras Subject: [gentoo-user] Re: Trying SRC_URI first during fetching Date: Wed, 10 Jun 2009 02:36:04 +0300 Organization: Lucas Barks Message-ID: References: <9D738A58-9395-405F-9B4A-0FF7FFA686D0@stellar.eclipse.co.uk> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: athedsl-386214.home.otenet.gr User-Agent: Thunderbird 2.0.0.21 (X11/20090429) In-Reply-To: <9D738A58-9395-405F-9B4A-0FF7FFA686D0@stellar.eclipse.co.uk> Sender: news X-Archives-Salt: a64f6c77-2c3f-4bc4-a962-81dce8710f50 X-Archives-Hash: e0cee889cd3bdd272cbf697ea99f3c04 Stroller wrote: > > On 9 Jun 2009, at 05:16, Nikos Chantziaras wrote: > >> Normally, portage will try fetching from GENTOO_MIRRORS during an >> emerge and SRC_URI comes last. I want to reverse this; try SRC_URI >> first and if that fails, only then proceed to fetch from >> GENTOO_MIRRORS. Doable? > > This is undesirable behaviour - te mirrors exist because SRC_URI may > often have limited bandwidth. Understandable, but my problem lies in "ebuild digest" of my own ebuilds and ebuilds of third-party overlays. Along the URLs tried by portage is one that seems to need over a minute to reply with "401 not found". This is highly annoying. I would want to try SRC_URI in those cases first. Of course that doesn't mean SRC_URI should be tried by default first. I never suggested that and look what happened to this thread :P