gzip/pigz-native: Install into a prefix to avoid clashing with system binaries
authorRichard Purdie <richard.purdie@linuxfoundation.org>
Wed, 21 Mar 2012 11:26:09 +0000 (11:26 +0000)
committerRichard Purdie <richard.purdie@linuxfoundation.org>
Wed, 21 Mar 2012 15:33:07 +0000 (15:33 +0000)
commitf4ab4389b23195aa37b04f2d6923f7b8082865b9
tree3f77e4901acc2902a240fb75acec227da1e091fb
parentd792ef9c4f92fbc3de4a25ed42bf632fc9389ab7
gzip/pigz-native: Install into a prefix to avoid clashing with system binaries

Due to the system providing a copy of gzip, we face some issues when we
'shadow' that copy with our own leading to a varient of race type bugs,
and issues for example if a dependency such as libz is missing but the
binary is still present. We usually rely on our dependency logic to protect
us from this but for gzip, we don't have this protection since its not listed
by all its users (and doing so would be impractical).

This patch installed pigz and gzip into their own directory which we only
add to PATH when we explictly want these binaries in much the same way we do
with perl-native. This means dependency logic is correct when we use the binary
and everything should work well.

The patch adds an explict dependency into image.bbclass since the accelerated
speed of compression is most appreciated at rootfs time.

(From OE-Core rev: 7a98c0ef28822ae1fcee45b14db3edcfd4c7ad8f)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
meta/classes/gzipnative.bbclass [new file with mode: 0644]
meta/classes/image.bbclass
meta/classes/native.bbclass
meta/recipes-core/expat/expat.inc
meta/recipes-extended/gzip/gzip_1.4.bb
meta/recipes-extended/pigz/pigz_2.2.4.bb