public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Dale <rdalek1967@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
Date: Thu, 27 Jan 2011 07:11:46 -0600	[thread overview]
Message-ID: <4D416F12.8000202@gmail.com> (raw)
In-Reply-To: <20110127100158.692bd251@digimed.co.uk>

Neil Bothwick wrote:
> On Thu, 27 Jan 2011 07:12:24 +0200, Nikos Chantziaras wrote:
>
>    
>>> I'm aware that portage uses locking mechanism before modifying 'world'
>>> file, but what about the actual building process ? I'd expect emerge
>>> to check if dependency package is already build/installed (or
>>> currently being build by another instance) and just skip it in this
>>> case, however I haven't tried it yet.. Can anybody shred some light
>>> on this ?
>>>        
>> You can try, but the second instance with simply block until the lock
>> has been removed.
>>      
> The lock is not there for the entire emerge, I have run two emerges at
> the same time, such as when I needed to install something while a world
> update is in progress. It is possible, but not recommended as a general
> strategy. That's what --jobs is for.
>
>
>    

I have done the same thing and as long as the dependencies don't clash, 
it works fine.  However, if you start one emerge with a set of 
dependencies, then start another and they clash somewhere in the middle, 
portage has issues.  That is where the locks would kick in I guess.  I 
would also imagine that portage could emerge the same package twice 
too.  If one instance of emerge doesn't know what the other instance has 
already done, then the second one could emerge it again.  Doesn't emerge 
do all the calculating at the beginning and runs with that until the end?

I am using the -j option for the first time now.  I'm updating KDE.  It 
seems to work fine.  It doesn't scroll all the stuff like with a regular 
emerges but this new rig is so fast, I can't read it anyway.  I did have 
a package to fail and it spit out the error for me to read.

I agree, using --jobs is the best way to do this.  It works really well 
if you have a fast multi-core CPU.  I wish I had got me a 6 core one 
now.  ;-)

Dale

:-)  :-)



  reply	other threads:[~2011-01-27 13:13 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-01-26 12:12 [gentoo-user] Simultaneously emerging multiple packages with same dependencies PK
2011-01-26 13:07 ` Petri Rosenström
2011-01-26 13:49 ` Neil Bothwick
2011-01-26 18:28   ` PK
2011-01-26 19:43     ` Jacob Todd
2011-01-27  5:12 ` [gentoo-user] " Nikos Chantziaras
2011-01-27 10:01   ` Neil Bothwick
2011-01-27 13:11     ` Dale [this message]
2011-01-27 13:33       ` Nikos Chantziaras
2011-01-27 14:05         ` YoYo Siska
2011-01-27 14:12           ` J. Roeleveld
2011-01-27 18:13             ` YoYo Siska
2011-01-27 19:41               ` Dale
2011-01-27 20:15                 ` Nikos Chantziaras
2011-01-27 20:25                   ` Paul Hartman
2011-01-27 21:46                     ` J. Roeleveld
2011-01-27 22:05                       ` Paul Hartman
2011-01-27 22:18                         ` J. Roeleveld
2011-01-27 22:59                           ` Mick
2011-01-28  7:16                             ` J. Roeleveld
2011-01-27 21:11                   ` Bill Longman
2011-01-27 22:53                   ` Dale
2011-01-28  7:16                     ` J. Roeleveld
2011-01-28 14:53                       ` Dale
2011-01-27 14:16         ` Neil Bothwick
2011-01-27 14:30           ` Nikos Chantziaras
2011-01-27 14:53             ` Neil Bothwick
2011-01-27 15:09               ` Nikos Chantziaras
2011-01-27 15:15                 ` Alan McKinnon
2011-01-27 15:43                   ` Dale
2011-01-27 15:36                 ` Neil Bothwick
2011-01-27 18:56                   ` Allan Gottlieb
2011-01-27 19:18                     ` J. Roeleveld
2011-01-27 21:06                       ` YoYo Siska
2011-01-27 22:02                         ` J. Roeleveld
2011-01-27 22:14                         ` J. Roeleveld
2011-02-04 22:06                     ` Enrico Weigelt
2011-01-27 15:14         ` Paul Hartman
2011-02-04 21:14       ` Enrico Weigelt
2011-01-27 15:33   ` PK
     [not found] <gfdih-76I-1@gated-at.bofh.it>
     [not found] ` <gfsr0-7M6-1@gated-at.bofh.it>
     [not found]   ` <gfwXE-72T-3@gated-at.bofh.it>
2011-01-27 16:04     ` David W Noon

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4D416F12.8000202@gmail.com \
    --to=rdalek1967@gmail.com \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox