From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 5919E1389E2 for ; Wed, 17 Dec 2014 09:52:53 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A57D1E091C; Wed, 17 Dec 2014 09:52:48 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 4DAB4E08FE for ; Wed, 17 Dec 2014 09:52:47 +0000 (UTC) Received: from localhost ([84.133.169.198]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0LomuB-1XQBdu16dP-00gmNP for ; Wed, 17 Dec 2014 10:52:45 +0100 Date: Wed, 17 Dec 2014 10:52:44 +0100 From: meino.cramer@gmx.de To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] question/feature request: First fetch, then compile... Message-ID: <20141217095244.GE4439@solfire> References: <20141217054855.GA4439@solfire> <54912066.3000506@gmail.com> <20141217062724.GB4439@solfire> <5491246A.4080300@gmail.com> <5491258F.2080406@gmail.com> <20141217065353.GC4439@solfire> <20141217093628.4762f5a2@digimed.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=us-ascii Content-Disposition: inline In-Reply-To: <20141217093628.4762f5a2@digimed.co.uk> User-Agent: mutt-ng/devel-r804 (Linux) X-Provags-ID: V03:K0:AMayKQ6OOi09fpYmqUVGGwDnHiCfcYtkw6PisWAgCe8DG6O+uex eQVhDcbf2+ItuG+LbMW4OigO22OWzMWYQR4Rx5TPBN3iEZ+i2J1E96ccUi1PdMuzPUFtC8g kxi7g0tzkfuu5kT19ozGXi8ybrEGrDMa5FkhMTcaLuhcNf3ZVZSAD2eXgLV67oFjyQB7tOG soka3vjSSKIn3Iv0JLvcA== X-UI-Out-Filterresults: notjunk:1; X-Archives-Salt: 3913f679-d00e-44df-af0d-136a82bb779c X-Archives-Hash: efb74f9ba1043e12e80d842716e2ea81 Neil Bothwick [14-12-17 10:40]: > On Wed, 17 Dec 2014 07:53:53 +0100, meino.cramer@gmx.de wrote: > > > > > Note that says parallel-fetch not build. From the man page: > > > > > > > > parallel-fetch: Fetch in the background while compiling. Run `tail > > > > -f /var/log/emerge-fetch.log` in a terminal to view parallel-fetch > > > > progress. > > > > > > Ahh, I think I see what you are saying. You want it to fetch and NOT > > > compile until the fetch is finished. I'm not sure if there is a way > > > to do that or not. Since it should be able to compile and fetch at > > > the same time, why not try it that way and see how well it works? > > > > Yes, thats it: First download all stuff THEN start compiling. > > Why? The downloads will happen at the same rate but you'll have a head > start on the compiling. The only disadvantage i can see is that you will > not have a notification of when the download finishes, but you could work > around that by having another script check emerge-fetch.log and send a > shutdown to the PC when there is no further output. > > > > Would --jobs=0 help here? This would say "No packages are build > > simultanously"...I check that! > > No. --jobs controls package building, nothing to do with downloading. > parallel-fetch in the closest to what you want as it grabs all the > downloads as soon as possible. > > > -- > Neil Bothwick > > And on the seventh day God said :wq and then make Hi Neil, how can I (or the script) distinguish between an internet connection, which is heavily slowed down (no data), blocked or an currently not responding server and the end of all needed downloads? How can the script check for "the last needed file has been downloaded successfully" ? Best regards, Meino