Openembedded Core Discussions
 help / color / mirror / Atom feed
* Problems with rebuilds caused by sstate cache changes
@ 2012-04-06 18:45 Otavio Salvador
  2012-04-06 18:48 ` Christopher Larson
  0 siblings, 1 reply; 4+ messages in thread
From: Otavio Salvador @ 2012-04-06 18:45 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer

Hello,

I've been getting a fairly big number of build failures caused by ${S}
being reuse for rebuild. Those happen, most of time, when I sync our
repository with OE-Core and other layers.

The failures are caused by same source being reuse for two or more
builds, without PR bump. So patching fails, file rename fails, file
removal fails and so on.

For the Yocto upcoming release it might be a big problem since they're
using OEBasicHash by default but not being catch by this because their
autobuilders /remove/ their tmp dir from time to time. I don't!

I think Yocto ought to use rm_work by default for now to workaround
the issue. Thoughts?

-- 
Otavio Salvador                             O.S. Systems
E-mail: otavio@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854              http://projetos.ossystems.com.br



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Problems with rebuilds caused by sstate cache changes
  2012-04-06 18:45 Problems with rebuilds caused by sstate cache changes Otavio Salvador
@ 2012-04-06 18:48 ` Christopher Larson
  2012-04-06 18:49   ` Otavio Salvador
  0 siblings, 1 reply; 4+ messages in thread
From: Christopher Larson @ 2012-04-06 18:48 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer

[-- Attachment #1: Type: text/plain, Size: 1461 bytes --]

Have you seen the other threads on the subject? Further, I don't think rm_work is an ideal fix, considering its problematic interactions with sstate in the past, unless those have been fixed?

-- 
Christopher Larson


On Friday, April 6, 2012 at 11:45 AM, Otavio Salvador wrote:

> Hello,
> 
> I've been getting a fairly big number of build failures caused by ${S}
> being reuse for rebuild. Those happen, most of time, when I sync our
> repository with OE-Core and other layers.
> 
> The failures are caused by same source being reuse for two or more
> builds, without PR bump. So patching fails, file rename fails, file
> removal fails and so on.
> 
> For the Yocto upcoming release it might be a big problem since they're
> using OEBasicHash by default but not being catch by this because their
> autobuilders /remove/ their tmp dir from time to time. I don't!
> 
> I think Yocto ought to use rm_work by default for now to workaround
> the issue. Thoughts?
> 
> -- 
> Otavio Salvador                             O.S. Systems
> E-mail: otavio@ossystems.com.br  http://www.ossystems.com.br
> Mobile: +55 53 9981-7854              http://projetos.ossystems.com.br
> 
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org (mailto:Openembedded-core@lists.openembedded.org)
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
> 
> 



[-- Attachment #2: Type: text/html, Size: 2567 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Problems with rebuilds caused by sstate cache changes
  2012-04-06 18:48 ` Christopher Larson
@ 2012-04-06 18:49   ` Otavio Salvador
  2012-04-06 18:52     ` Christopher Larson
  0 siblings, 1 reply; 4+ messages in thread
From: Otavio Salvador @ 2012-04-06 18:49 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer

On Fri, Apr 6, 2012 at 15:48, Christopher Larson <kergoth@gmail.com> wrote:
> Have you seen the other threads on the subject? Further, I don't think
> rm_work is an ideal fix, considering its problematic interactions with
> sstate in the past, unless those have been fixed?

I didn't see. The right fix would be the PRServer but from my last
test it seems not ready for use yet. I had some wierd failures with
git based recipes.

-- 
Otavio Salvador                             O.S. Systems
E-mail: otavio@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854              http://projetos.ossystems.com.br



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Problems with rebuilds caused by sstate cache changes
  2012-04-06 18:49   ` Otavio Salvador
@ 2012-04-06 18:52     ` Christopher Larson
  0 siblings, 0 replies; 4+ messages in thread
From: Christopher Larson @ 2012-04-06 18:52 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer

[-- Attachment #1: Type: text/plain, Size: 1153 bytes --]

See the thread "Re-execution of tasks - test report and results" for further information.

-- 
Christopher Larson


On Friday, April 6, 2012 at 11:49 AM, Otavio Salvador wrote:

> On Fri, Apr 6, 2012 at 15:48, Christopher Larson <kergoth@gmail.com (mailto:kergoth@gmail.com)> wrote:
> > Have you seen the other threads on the subject? Further, I don't think
> > rm_work is an ideal fix, considering its problematic interactions with
> > sstate in the past, unless those have been fixed?
> > 
> 
> 
> I didn't see. The right fix would be the PRServer but from my last
> test it seems not ready for use yet. I had some wierd failures with
> git based recipes.
> 
> -- 
> Otavio Salvador                             O.S. Systems
> E-mail: otavio@ossystems.com.br  http://www.ossystems.com.br
> Mobile: +55 53 9981-7854              http://projetos.ossystems.com.br
> 
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org (mailto:Openembedded-core@lists.openembedded.org)
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
> 
> 



[-- Attachment #2: Type: text/html, Size: 2241 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2012-04-06 19:01 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-04-06 18:45 Problems with rebuilds caused by sstate cache changes Otavio Salvador
2012-04-06 18:48 ` Christopher Larson
2012-04-06 18:49   ` Otavio Salvador
2012-04-06 18:52     ` Christopher Larson

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox