The number of threads used, and the amount of memory allowed
to be used, should not affect sstate signatures, as they
don't affect the result.
Otherwise, it becomes impossible to re-use sstate from
automated builders on developer's machines (as the former
might execute bitbake with certain constra
On Mon, Feb 24, 2020 at 12:59:55PM +, André Draszik wrote:
> The number of threads used, and the amount of memory allowed
> to be used, should not affect sstate signatures, as they
> don't affect the result.
Unfortunately they can affect the result.
> Otherwise, it becomes impossible to re-us
On Mon, 2020-02-24 at 15:40 +0200, Adrian Bunk wrote:
> On Mon, Feb 24, 2020 at 12:59:55PM +, André Draszik wrote:
> > The number of threads used, and the amount of memory allowed
> > to be used, should not affect sstate signatures, as they
> > don't affect the result.
>
> Unfortunately they c
On Mon, Feb 24, 2020 at 02:21:57PM +, André Draszik wrote:
>...
> Once the artefact has been created, it doesn't matter anymore how it
> was created, as long as the high-level options aren't being changed (like
> an explicit compression level, checksum method, etc.)
>...
meta-poky/conf/distro/
On Mon, 2020-02-24 at 16:31 +0200, Adrian Bunk wrote:
> On Mon, Feb 24, 2020 at 02:21:57PM +, André Draszik wrote:
> > ...
> > Once the artefact has been created, it doesn't matter anymore how it
> > was created, as long as the high-level options aren't being changed (like
> > an explicit compr
On Mon, Feb 24, 2020 at 02:58:21PM +, André Draszik wrote:
> On Mon, 2020-02-24 at 16:31 +0200, Adrian Bunk wrote:
> > On Mon, Feb 24, 2020 at 02:21:57PM +, André Draszik wrote:
> > > ...
> > > Once the artefact has been created, it doesn't matter anymore how it
> > > was created, as long a
On Mon, 2020-02-24 at 15:40 +0200, Adrian Bunk wrote:
> On Mon, Feb 24, 2020 at 12:59:55PM +, André Draszik wrote:
> > The number of threads used, and the amount of memory allowed
> > to be used, should not affect sstate signatures, as they
> > don't affect the result.
>
> Unfortunately they c
On Mon, Feb 24, 2020 at 04:44:28PM +, Richard Purdie wrote:
> On Mon, 2020-02-24 at 15:40 +0200, Adrian Bunk wrote:
> > On Mon, Feb 24, 2020 at 12:59:55PM +, André Draszik wrote:
> > > The number of threads used, and the amount of memory allowed
> > > to be used, should not affect sstate si
On Mon, 2020-02-24 at 16:44 +, Richard Purdie wrote:
> On Mon, 2020-02-24 at 15:40 +0200, Adrian Bunk wrote:
> > On Mon, Feb 24, 2020 at 12:59:55PM +, André Draszik wrote:
> > > The number of threads used, and the amount of memory allowed
> > > to be used, should not affect sstate signature
On Mon, 2020-02-24 at 17:14 +, André Draszik wrote:
> On Mon, 2020-02-24 at 16:44 +, Richard Purdie wrote:
> > On Mon, 2020-02-24 at 15:40 +0200, Adrian Bunk wrote:
> > > On Mon, Feb 24, 2020 at 12:59:55PM +, André Draszik wrote:
> > > > The number of threads used, and the amount of mem
On Mon, Feb 24, 2020 at 05:32:29PM +, Richard Purdie wrote:
> On Mon, 2020-02-24 at 17:14 +, André Draszik wrote:
>...
> > I don't want to penalise myself or anybody else by generally forcing
> > a low number of threads either.
>
> We didn't have resource issues on the autobuilder with xz
On Tue, 2020-02-25 at 00:00 +0200, Adrian Bunk wrote:
> On Mon, Feb 24, 2020 at 05:32:29PM +, Richard Purdie wrote:
> > On Mon, 2020-02-24 at 17:14 +, André Draszik wrote:
> > ...
> > > I don't want to penalise myself or anybody else by generally forcing
> > > a low number of threads either
On Tue, Feb 25, 2020 at 09:16:20AM +, André Draszik wrote:
> On Tue, 2020-02-25 at 00:00 +0200, Adrian Bunk wrote:
>...
> > > Perhaps we just allow the number of xz threads
> > > to be set independently?
> >
> > dpkg manually reduces the number of threads until less than half
> > of the RAM is
13 matches
Mail list logo