On Thu, Jul 19, 2018 at 10:14 AM, Michał Górny <mgo...@gentoo.org> wrote: > W dniu czw, 19.07.2018 o godzinie 10∶06 -0400, użytkownik Mike Gilbert > napisał: >> On Tue, Jul 17, 2018 at 10:48 AM, Michał Górny <mgo...@gentoo.org> wrote: >> > W dniu wto, 17.07.2018 o godzinie 10∶40 -0400, użytkownik Mike Gilbert >> > napisał: >> > > On Tue, Jul 17, 2018 at 4:41 AM, Michał Górny <mgo...@gentoo.org> wrote: >> > > > Python 3.5+ introduces parallel build support in distutils. Take >> > > > advantage of that by passing appropriate -j option. Since distutils >> > > > does not support an equivalent of --load-average, default to the number >> > > > of CPUs+1 when unspecified. >> > > >> > > How do we disable this in individual ebuilds when we inevitably run >> > > into problematic packages? >> > >> > My guess would be, same as emake: >> > >> > distutils-r1_python_compile -j1 >> > >> > (I haven't tested it though) >> >> This will affect stable ebuilds that have python3_5 or python3_6 >> enabled. It would be a good idea to test it on a reasonable sample of >> ebuilds first. >> >> Alternatively, we could enable it for python3_7 first and see what >> kind of fallout that produces. >> > > Given that we still have a reasonably small set of EAPI 7 ebuilds, how > about EAPI 7 for all Pythons + python3_7 for all EAPIs? ;-)
That sounds good to me.
