]> code.ossystems Code Review - openembedded-core.git/commit
sstate: Fix the relative symlink replacement code
authorRichard Purdie <richard.purdie@linuxfoundation.org>
Fri, 23 Aug 2013 09:02:21 +0000 (10:02 +0100)
committerRichard Purdie <richard.purdie@linuxfoundation.org>
Mon, 8 Dec 2014 09:20:38 +0000 (09:20 +0000)
commit67831122fce62b71263b85592c8d1de4e7deabd2
treedb6324d8d543932383e4aad7d7bc2c506160e565
parent32e6864323cf2e4405b835cf474bcdf6fd572961
sstate: Fix the relative symlink replacement code

ant reported on irc that the sstate absolute to relative symlink creation
code wasn't working in klibc. He was correct although the level of breakage is
rather surprising since it only worked for one level of symlink (usr/include) with
everything else being broken.

The reason is probably that nothing really uses absolute paths, we use relative
paths where at all possible already. Nothing in the target sysroot should use
absolute paths for a start. In this regard, the klibc-dev package is broken and
needs fixing. It will currently break when building for one machine, then switching
to another of the same TUNE_PKGARCH and installing from sstate but that is a
separate issue.

This patch fixes the symlink creation code by firstly passing in the correct
value we need (where the symlink will end up) and seccondly, actually using it.

I've also tweaked the debug message to contain appropriate information and got
right of the double "//" value the existing code created in favour of the form
'./..' which looks neater.

(From OE-Core rev: 9b05c65450526522d7358d0c0901b594de546748)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
meta/classes/sstate.bbclass