[oe] bzip2-full-native_1.0.5.bb problem and possible fix
Vitus Jensen
vjensen at gmx.de
Mon Feb 16 23:35:48 UTC 2009
Am Mon, 16 Feb 2009 16:59:09 +0300 schrieb Roman I Khimov:
> GNUtoo:
>> I've:
>> >| cp: will not overwrite just-created
>>
>> `/home/embedded/oetmp_openmoko/work/i686-linux/bzip2-full-native-1.0.5-
r0
>>/bzip2-1.0.5/install-sh' with
>> `/home/embedded/oetmp_openmoko/staging/i686-linux/usr/share/
automake-1.9/
>>install-sh'
>
> Most probably you've worked with automake 1.9, then switched to automake
> 1.10 (or reverse way) and got two automakes in staging directory, then
> this:
>
>> cp ${STAGING_DATADIR_NATIVE}/automake*/install-sh ${S}/
>
> which should expand as (for example)
>
> cp ${STAGING_DATADIR_NATIVE}/automake-1.10/install-sh ${S}/
>
> expands as
>
> cp ${STAGING_DATADIR_NATIVE}/automake-1.10/install-sh \
> ${STAGING_DATADIR_NATIVE}/automake-1.9/install-sh ${S}/
>
> Boom.
>
> Had this on automake switch too, not sure how to fix it better, but it's
> not a problem when you only use one automake (and you can clean up stale
> version manually if you switched from one version to another).
http://bugs.openembedded.net/show_bug.cgi?id=4911
It's the issue described there, right? I had this problem once but it
mysteriously went away. Probably after wiping TMPDIR but "bitbake bzip2 -
c clean" would have been enough?
Vitus
--
Vitus Jensen, Hannover, Germany, Earth, Milky Way, Universe (current)
More information about the Openembedded-devel
mailing list