On 06/05/2017 04:47 PM, Davis, Michael wrote:
I just wanted to note that in my quest to get newer chrome to build I have used
centos7 with the official devtoolset-6 scl.
It was able to build my pyro based distro fine in gcc6. So Centos7 has an
officially supported path that may be viable if it
Sandoval
Subject: Re: [OE-core] [PATCH 0/2] Multi-threaded RPM support
On 06/05/2017 04:21 PM, Joshua Lock wrote:
> On the Yocto Autobuilder clusters we have:
> * centos7 / gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-11)
> * debian8 / gcc (Debian 4.9.2-10) 4.9.2
> * debian-testing / gcc (Deb
On 06/05/2017 04:21 PM, Joshua Lock wrote:
On the Yocto Autobuilder clusters we have:
* centos7 / gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-11)
* debian8 / gcc (Debian 4.9.2-10) 4.9.2
* debian-testing / gcc (Debian 6.3.0-14) 6.3.0 20170415
* fedora24 / gcc (GCC) 6.3.1 20161221 (Red Hat 6.3.1-1)
*
On Mon, 2017-06-05 at 15:14 +0300, Alexander Kanavin wrote:
> On 06/04/2017 05:15 PM, Richard Purdie wrote:
>
> > https://autobuilder.yoctoproject.org/main/builders/nightly-x86/buil
> > ds/1
> > 163/steps/BuildImages/logs/stdio
> >
> > https://autobuilder.yoctoproject.org/main/builders/nightly-x8
On 06/05/2017 04:01 PM, Burton, Ross wrote:
On 5 June 2017 at 13:14, Alexander Kanavin
mailto:alexander.kana...@linux.intel.com>> wrote:
The patches as they are now require that the C compiler on the host
is recent; specifically that it defaults to C11 mode. I'm not sure
when GCC ma
On 5 June 2017 at 13:14, Alexander Kanavin <
alexander.kana...@linux.intel.com> wrote:
> The patches as they are now require that the C compiler on the host is
> recent; specifically that it defaults to C11 mode. I'm not sure when GCC
> made the switch, but it works that way with GCC 6.3.0.
>
Isn
On 06/05/2017 03:14 PM, Alexander Kanavin wrote:
The patches as they are now require that the C compiler on the host is
recent; specifically that it defaults to C11 mode. I'm not sure when GCC
made the switch, but it works that way with GCC 6.3.0.
I researched; the change happened in gcc 5 (rel
On 06/04/2017 05:15 PM, Richard Purdie wrote:
https://autobuilder.yoctoproject.org/main/builders/nightly-x86/builds/1
163/steps/BuildImages/logs/stdio
https://autobuilder.yoctoproject.org/main/builders/nightly-x86-64/build
s/1203/steps/BuildImages/logs/stdio
https://autobuilder.yoctoproject.or
On Thu, 2017-06-01 at 18:15 +0300, Alexander Kanavin wrote:
> These two patches add multi-threaded features to RPM to speed up the
> do_package_write_rpm task.
>
> Specifically:
>
> 1) Multi-threaded xz compressor is used instead of default single-
> threaded gz. This has the most
> dramatic effe
I did get a laugh when this showed up in my mail client screen as:
"Multi-threaded RP" :)
Seriously, I am looking forward to trying and hopefully merging this,
should make for some nice speedups.
Cheers,
RP
--
___
Openembedded-core mailing list
Op
Alex,
I get this when bitbake core-image-minimal
http://errors.yoctoproject.org/Errors/Build/38347/
HEAD is at
http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=akanavin/parallel-rpm
On Thu, 2017-06-01 at 20:37 +0300, Alexander Kanavin wrote:
> On 06/01/2017 08:13 PM, Mark Hatle
On 06/01/2017 08:13 PM, Mark Hatle wrote:
perl
before: 1m19s 63M
after: 55s 42M
python3
before: 40s 38M
after: 28s 24M
it is interesting to see that perl and python does not benefit 'much'.
buildstats should give us a better picture per recipe.
This may be due to how we process rpmdeps withi
On 6/1/17 11:52 AM, Leonardo Sandoval wrote:
> On Thu, 2017-06-01 at 18:15 +0300, Alexander Kanavin wrote:
...
>> perl
>> before: 1m19s 63M
>> after: 55s 42M
>>
>> python3
>> before: 40s 38M
>> after: 28s 24M
>
> it is interesting to see that perl and python does not benefit 'much'.
> buildstats
On Thu, 2017-06-01 at 18:15 +0300, Alexander Kanavin wrote:
> These two patches add multi-threaded features to RPM to speed up the
> do_package_write_rpm task.
>
> Specifically:
>
> 1) Multi-threaded xz compressor is used instead of default single-threaded
> gz. This has the most
> dramatic eff
These two patches add multi-threaded features to RPM to speed up the
do_package_write_rpm task.
Specifically:
1) Multi-threaded xz compressor is used instead of default single-threaded gz.
This has the most
dramatic effect when a recipe produces a smaller number of large-sized packages.
2) Pac
15 matches
Mail list logo
