[oe] [PATCH, RFC]: automatically depend xz compressed URIs on xz-native [was: Re: bitbake: staging of binary over symlink breaks sysroot (lzma x xz)]

Bernhard Reutner-Fischer rep.dot.nop at gmail.com
Mon Aug 2 17:13:17 UTC 2010


On Wed, Jul 28, 2010 at 04:32:08PM +0200, Bernhard Reutner-Fischer wrote:
>On Wed, Jul 28, 2010 at 04:06:13PM +0200, Bernhard Reutner-Fischer wrote:
>>On Wed, Jul 28, 2010 at 03:39:33PM +0200, Marco Cavallini wrote:
>>>Stanislav Brabec ha scritto, Il 28/07/2010 11:30:
>>>> I just built an angstrom image and thinks failed.
>>>> 
>>>> lzma image depends on lzma-native, grep and other programs that use .xz
>>>> suffix for tarballs depend on xz-native.
>>>> This fact itself is bad - it creates file conflicts in the sysroot.
>>>> 
>>>> But things were even worse:
>>>> - xz-native staged xz binary and lzma as a symlink to xz.
>>>> - lzma-native tried to stage lzma 4 minutes later
>>>> 
>>>> But staging of lzma apparently went wrong. Instead of removal of lzma
>>>> symlink and installation of lzma binary, bitbake followed the symlink
>>>> and staged lzma as xz with a result of broken build environment.
>>>> 
>>>> I have bitbake-1.8.18.
>>>> 
>>>
>>>
>>>In the meantime we are waiting for a patch I used
>>> bitbake xz-native
>>>prior to launch
>>> bitbake x11-image
>>
>>To rectify this extra manual step, one would need to something like the
>>attached (untested). This does not take care of diverting lzma/xz
>>binaries which is a separate issue.

comments on the attached RFC patch?
TIA,
-------------- next part --------------
A non-text attachment was scrubbed...
Name: oe-native-unpacker.01.patch
Type: text/x-diff
Size: 6340 bytes
Desc: not available
URL: <http://lists.openembedded.org/pipermail/openembedded-devel/attachments/20100802/d7a0d9f4/attachment-0002.bin>


More information about the Openembedded-devel mailing list