1 |
On Sun, Apr 18, 2010 at 12:52:26PM -0400, Tanstaafl wrote: |
2 |
> On 2010-04-18 12:29 PM, YoYo siska wrote: |
3 |
> > On Sun, Apr 18, 2010 at 11:57:48AM -0400, Tanstaafl wrote: |
4 |
> >> On 2010-04-18 11:45 AM, Johannes Kimmel wrote: |
5 |
> >>> well... you could use --keep-going and kill something when gcc |
6 |
> >>> compiles. not very nice, but will work without breaking |
7 |
> >>> anything. |
8 |
> |
9 |
> >> Dang - I already started the emerge... |
10 |
> |
11 |
> > You can still break the emerge (for example with ctrl-c) when it |
12 |
> > starts to emerge gcc, the continue the emerge process with emerge |
13 |
> > --resume --skipfirst |
14 |
> |
15 |
> To clarify - I can do this with the currently running emerge (that did |
16 |
> not specify --keep-going)? |
17 |
> |
18 |
> So, when it gets to gcc (its on package # 181 of 355 now, hasn't hit |
19 |
> either of the gcc's or glibc yet), hit ctrl-c, then: |
20 |
> |
21 |
> emerge --resume --skipfirst |
22 |
> |
23 |
> ? Do I need to add the -ev world in there? Or does emerge just know |
24 |
> where to pick up all by itself? |
25 |
> |
26 |
yes, it knows what the last emerge was, so you just say --resume |
27 |
but if you do another emerge in between, it will forget the previous interrupted one |
28 |
|
29 |
--resume just "resumes" the last interrupted (or failed) emerge , starting with the package that was interrupted, |
30 |
so that you can fix the problem if it was a compilation failure, and then continue... no need to give |
31 |
any special args to the first emerge. |
32 |
|
33 |
--skipfirst makes it skip the first package - the one that was interrupted |
34 |
handy when the emerge fails on a packages that isn't a depency of something other, you can just skip it then, |
35 |
very much like a "manual" --keep-going ;) |
36 |
|
37 |
> This is good info to have. |
38 |
> |
39 |
> Also - is it ok to do this during the actual compile? Or do I need to |
40 |
> catch it before the actual compiling starts? |
41 |
|
42 |
you can break it whenever you want.. --resume than starts the package |
43 |
again from beginning so you just "waste" the time/work it allready did... |
44 |
which does not really matter if you are going to do --skipfirst ;) |
45 |
|
46 |
|
47 |
yoyo |