1 |
On Wed, Sep 12, 2012 at 11:15 AM, Michael Mol <mikemol@×××××.com> wrote: |
2 |
> On Wed, Sep 12, 2012 at 10:55 AM, Alan McKinnon <alan.mckinnon@×××××.com> |
3 |
> wrote: |
4 |
>> |
5 |
>> On Wed, 12 Sep 2012 16:00:34 +0200 |
6 |
>> Alex Schuster <wonko@×××××××××.org> wrote: |
7 |
>> |
8 |
>> > Michael Mol writes: |
9 |
>> > |
10 |
>> > > On Wed, Sep 12, 2012 at 9:33 AM, Neil Bothwick <neil@××××××××××.uk |
11 |
>> > > <mailto:neil@××××××××××.uk>> wrote: |
12 |
>> > |
13 |
>> > > Instead we get, try USE="-*" :P |
14 |
>> > > |
15 |
>> > > "Try MAKEOPTS='-j1'" |
16 |
>> > |
17 |
>> > Which in fact often helps... especially for me, I am using |
18 |
>> > MAKEOPTS="-j --load=4", and I often experience build problems that |
19 |
>> > are not reproducible with a fixed number of jobs, regardless how |
20 |
>> > large. |
21 |
>> |
22 |
>> Yes indeed, and that one is good advice. |
23 |
>> |
24 |
>> Not every Makefile out there is safe for -j > 1, so running it as one |
25 |
>> job is valid debugging. It's the correct thing to do with weird build |
26 |
>> failures as it tests if a specific condition is true or not. |
27 |
>> |
28 |
> |
29 |
> Yeah, except I've already gone that route, or otherwise ruled it out, before |
30 |
> I ask. That's why it's grating. (Even more grating when I have to spend the |
31 |
> time building a package again, just to convince someone that, no, it's not |
32 |
> MAKEOPTS that's the problem.) |
33 |
> |
34 |
> It's like "Have you tried turning it off and back on again". |
35 |
> |
36 |
<snip> |
37 |
|
38 |
And yet, for many who're in the daily job of working on other people's |
39 |
systems, notably on-site, the first recommendation for many problems |
40 |
is simply 'turn it off and back on again' because it does the trick |
41 |
often enough to be worth it (and can avoid going out to the system |
42 |
around 50% of the time, depending on the environment). Also, if you've |
43 |
already gone that route, and ruled that out as a resolution, stating |
44 |
as much generally tends to sidestep the initial few steps. |
45 |
|
46 |
-- |
47 |
Poison [BLX] |
48 |
Joshua M. Murphy |