From: Ed Grimm <paranoid@gentoo.evolution.tgape.org>
To: gentoo-portage-dev@lists.gentoo.org
Subject: Re: [gentoo-portage-dev] Re: The merge of emerde with emerge
Date: Fri, 3 Dec 2004 03:45:37 +0000 (GMT) [thread overview]
Message-ID: <Pine.LNX.4.60.0412030339131.5557@mbeq.rq.iarg> (raw)
In-Reply-To: <coobqh$u5t$1@sea.gmane.org>
On Fri, 3 Dec 2004, Dennis Bliefernicht wrote:
> Colin Kingsley wrote:
>>>What about emerge --resume --skipfirst in this case? Does quite the
>>>thing you want to do here :)
>>
>> No it doesn't.
>>
>> --resume restarts an aborted or failed merge, but it starts it at the
>> _beginning_ of the last package being worked on. All compilation of
>> that package must be repeated.
>>
>> --skipfirst just skips the first package to be merged during a
>> --resume. It is only there so that when one package has compile
>> problems you can ignore it instead of actualy fixing them.
>
> The intention was "If you want to skip the current merging", Ctrl-C
> and emerge --resume --skipfirst does exactly that. Compilation of the
> package in progress is irrelevant as it's the package that should be
> skipped :)
I'm curious... I have 50 packages I want to install; miraculously,
there are no unsatisfied dependencies (not that surprising if I've done
--onlydeps). The second package decides to blow up in some spectacular,
non-aborting fashion - let's say it starts apparently re-compiling itself
repeatedly. I abort, I restart with --resume --skipfirst.
Now, package 15 decides that it wants to run a test, which claims it's
going to take 15 hours to complete. I abort, I restart with --resume
--skipfirst. What package starts compiling? 2, 15, or 16?
Ed
--
gentoo-portage-dev@gentoo.org mailing list
next prev parent reply other threads:[~2004-12-03 3:40 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-12-01 17:55 [gentoo-portage-dev] The merge of emerde with emerge Alpt
2004-12-01 19:22 ` Luke-Jr
2004-12-01 20:51 ` Alpt
2004-12-01 22:37 ` Luke-Jr
2004-12-01 23:12 ` Alpt
2004-12-02 0:22 ` Luke-Jr
2004-12-02 16:24 ` Brian Harring
2004-12-03 6:15 ` Aaron Walker
2004-12-03 13:53 ` Alpt
2004-12-03 14:06 ` Aaron Walker
2004-12-03 14:44 ` [gentoo-portage-dev] " Torsten Veller
2004-12-02 0:26 ` Dennis Bliefernicht
2004-12-02 1:19 ` Colin Kingsley
2004-12-02 1:49 ` Nicholas Jones
2004-12-02 1:52 ` Colin Kingsley
2004-12-02 6:26 ` Alpt
2004-12-03 0:26 ` Dennis Bliefernicht
2004-12-03 3:45 ` Ed Grimm [this message]
2004-12-03 4:02 ` Colin Kingsley
2004-12-01 21:14 ` [gentoo-portage-dev] " Colin Kingsley
2004-12-02 12:49 ` Paul de Vrieze
2004-12-02 16:11 ` Brian Harring
2004-12-03 9:01 ` Paul de Vrieze
2004-12-05 13:21 ` Brian Harring
2004-12-06 9:07 ` Marius Mauch
2004-12-01 21:53 ` Ciaran McCreesh
2004-12-02 2:15 ` Nicholas Jones
2004-12-02 13:34 ` Alpt
2004-12-03 4:11 ` Ed Grimm
2004-12-03 7:51 ` Alpt
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=Pine.LNX.4.60.0412030339131.5557@mbeq.rq.iarg \
--to=paranoid@gentoo.evolution.tgape.org \
--cc=gentoo-portage-dev@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