* [PATCH 0/1] multilib.bbclass: fix faulty redefinition of STAGING_KERNEL_DIR
@ 2016-12-11 9:07 Petter Mabäcker
2016-12-11 9:07 ` [PATCH 1/1] " Petter Mabäcker
0 siblings, 1 reply; 2+ messages in thread
From: Petter Mabäcker @ 2016-12-11 9:07 UTC (permalink / raw)
To: openembedded-core
The following changes since commit 36e178a62f04e7f2611b26964efe46b9af97189a:
linux-yocto: Update genericx86* SRCREVs for linux-yocto 4.8 (2016-12-09 08:54:07 +0000)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib petmab/staging_dir_kernel_fix
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=petmab/staging_dir_kernel_fix
Petter Mabäcker (1):
multilib.bbclass: fix faulty redefinition of STAGING_KERNEL_DIR
meta/classes/multilib.bbclass | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
--
1.9.1
^ permalink raw reply [flat|nested] 2+ messages in thread
* [PATCH 1/1] multilib.bbclass: fix faulty redefinition of STAGING_KERNEL_DIR
2016-12-11 9:07 [PATCH 0/1] multilib.bbclass: fix faulty redefinition of STAGING_KERNEL_DIR Petter Mabäcker
@ 2016-12-11 9:07 ` Petter Mabäcker
0 siblings, 0 replies; 2+ messages in thread
From: Petter Mabäcker @ 2016-12-11 9:07 UTC (permalink / raw)
To: openembedded-core
Due to the problem fixed in
'56c677a multilib: Move redefinition of STAGING_DIR_KERNEL'
STAGING_KERNEL_DIR must be redefined for lib32 in multilib.bbclass.
However this redefinition expanded STAGING_KERNEL_DIR to an absolute
path. This unconsciously added the TMPDIR path in the sstate object,
causing packages depended on STAGING_KERNEL_DIR being rebuild if the
TMPDIR was changed.
Solve this by forcing the unexpanded TMPDIR variable to remain in the
beginning of STAGING_DIR_KERNEL (as default). Since TMPDIR is included in
BB_HASHBASE_WHITELIST, the sstate object will not be depended on the
expanded path anymore.
Signed-off-by: Petter Mabäcker <petter@technux.se>
---
meta/classes/multilib.bbclass | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/classes/multilib.bbclass b/meta/classes/multilib.bbclass
index d5a3128..eba666d 100644
--- a/meta/classes/multilib.bbclass
+++ b/meta/classes/multilib.bbclass
@@ -4,7 +4,9 @@ python multilib_virtclass_handler () {
if cls != "multilib" or not variant:
return
- e.data.setVar('STAGING_KERNEL_DIR', e.data.getVar('STAGING_KERNEL_DIR', True))
+ localdata = bb.data.createCopy(e.data)
+ localdata.delVar('TMPDIR')
+ e.data.setVar('STAGING_KERNEL_DIR', localdata.getVar('STAGING_KERNEL_DIR', True))
# There should only be one kernel in multilib configs
# We also skip multilib setup for module packages.
--
1.9.1
^ permalink raw reply related [flat|nested] 2+ messages in thread
end of thread, other threads:[~2016-12-11 9:14 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-12-11 9:07 [PATCH 0/1] multilib.bbclass: fix faulty redefinition of STAGING_KERNEL_DIR Petter Mabäcker
2016-12-11 9:07 ` [PATCH 1/1] " Petter Mabäcker
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.