**** BEGIN LOGGING AT Sun Sep 22 03:00:00 2013
Sep 22 21:20:10 <ant_home> bluelightning, hello
Sep 22 21:35:40 <bluelightning> hi ant_home
Sep 22 21:36:41 <ant_home> I'm trying to fix the klcc-cross issue and I'm trying to avoid the sstate cache
Sep 22 21:37:10 <ant_home> I'm reading Yocto manual right now but th eexample is not immediate to me..
Sep 22 21:37:17 <ant_home> http://git.yoctoproject.org/cgit.cgi/poky/commit/meta/classes/package.bbclass?id=737f8bbb4f27b4837047cb9b4fbfe01dfde36d54
Sep 22 21:37:36 <ant_home> or even this old MSG  https://lists.yoctoproject.org/pipermail/yocto/2013-May/015931.html
Sep 22 21:37:43 <ant_home> (not answered)
Sep 22 21:38:18 <ant_home> I have added an extra file named MACHINE so I can retrigger do_install but maybe there are cleaner ways
Sep 22 21:39:37 <bluelightning> you just have to add a dependency on a variable that will change to force the task to re-execute
Sep 22 21:39:47 <ant_home> MACHINE is ok
Sep 22 21:39:52 <bluelightning> do_whatever[deps] += "VARIABLE"
Sep 22 21:40:16 <ant_home> hmm
Sep 22 21:40:17 <ant_home>    PACKAGE_ARCHS[vardeps] = "MACHINE"
Sep 22 21:40:44 <ant_home> this is like $PACKAGE_ARCH = $MACHINE_ARCH ?
Sep 22 21:40:52 <bluelightning> not quite the same thing
Sep 22 21:41:06 <ant_home> ok, the latter is giving me troubles
Sep 22 21:41:15 <ant_home> it creates its own subdir
Sep 22 21:42:08 <ant_home> what would do SSTATETASKS = "" ?
Sep 22 21:43:25 <bluelightning> remove any tasks from having their output saved to the sstate cache, I guess
Sep 22 21:43:39 <bluelightning> honestly though that would be a hack
Sep 22 21:46:26 <ant_home> no results with PACKAGE_ARCHS[vardeps] = "MACHINE"
Sep 22 22:09:56 <ant_home> jeez..no easy way
Sep 22 22:10:40 <ant_home> no easy way to abuse of the buildsystem ;)
Sep 22 22:26:27 <ant_home> need to rethink this
Sep 22 22:26:29 <ant_home> gn
**** ENDING LOGGING AT Mon Sep 23 02:59:59 2013