From e478550c8cd889f12e336e268e9e3b30827bf840 Mon Sep 17 00:00:00 2001 From: Richard Purdie Date: Wed, 8 Feb 2017 16:10:50 +0000 Subject: openssl/fontconfig/bzip2: Use relative symlinks instead of absolute ones (using a new class) Absolute path symlinks are a bit of a pain for sstate and the native versions of these recipes currently contain broken symlinks as a result. There are only a small number of problematic recipes, at least in OE-Core, namely the three here. Rather than trying to make sstate handle this magically, which turns out to be a harder problem than you'd first realise, simply make the symlinks relative early in the process and avoid all the problems. The alternative is adding new complexity to sstate which we could really do without as without the complexity, you can't always tell where the absolute symlink is relative to (due to prefixes used for native sstate). Signed-off-by: Richard Purdie --- meta/classes/relative_symlinks.bbclass | 5 +++++ 1 file changed, 5 insertions(+) create mode 100644 meta/classes/relative_symlinks.bbclass (limited to 'meta/classes') diff --git a/meta/classes/relative_symlinks.bbclass b/meta/classes/relative_symlinks.bbclass new file mode 100644 index 0000000000..3157737347 --- /dev/null +++ b/meta/classes/relative_symlinks.bbclass @@ -0,0 +1,5 @@ +do_install[postfuncs] += "install_relative_symlinks" + +python install_relative_symlinks () { + oe.path.replace_absolute_symlinks(d.getVar('D'), d) +} -- cgit 1.2.3-korg