| 1 |
W dniu czw, 19.07.2018 o godzinie 10∶06 -0400, użytkownik Mike Gilbert |
| 2 |
napisał: |
| 3 |
> On Tue, Jul 17, 2018 at 10:48 AM, Michał Górny <mgorny@g.o> wrote: |
| 4 |
> > W dniu wto, 17.07.2018 o godzinie 10∶40 -0400, użytkownik Mike Gilbert |
| 5 |
> > napisał: |
| 6 |
> > > On Tue, Jul 17, 2018 at 4:41 AM, Michał Górny <mgorny@g.o> wrote: |
| 7 |
> > > > Python 3.5+ introduces parallel build support in distutils. Take |
| 8 |
> > > > advantage of that by passing appropriate -j option. Since distutils |
| 9 |
> > > > does not support an equivalent of --load-average, default to the number |
| 10 |
> > > > of CPUs+1 when unspecified. |
| 11 |
> > > |
| 12 |
> > > How do we disable this in individual ebuilds when we inevitably run |
| 13 |
> > > into problematic packages? |
| 14 |
> > |
| 15 |
> > My guess would be, same as emake: |
| 16 |
> > |
| 17 |
> > distutils-r1_python_compile -j1 |
| 18 |
> > |
| 19 |
> > (I haven't tested it though) |
| 20 |
> |
| 21 |
> This will affect stable ebuilds that have python3_5 or python3_6 |
| 22 |
> enabled. It would be a good idea to test it on a reasonable sample of |
| 23 |
> ebuilds first. |
| 24 |
> |
| 25 |
> Alternatively, we could enable it for python3_7 first and see what |
| 26 |
> kind of fallout that produces. |
| 27 |
> |
| 28 |
|
| 29 |
Given that we still have a reasonably small set of EAPI 7 ebuilds, how |
| 30 |
about EAPI 7 for all Pythons + python3_7 for all EAPIs? ;-) |
| 31 |
|
| 32 |
-- |
| 33 |
Best regards, |
| 34 |
Michał Górny |
Archives