[poky] Problem with gettext-native
Gary Thomas
gary at mlbassoc.com
Fri Jun 3 09:25:35 PDT 2011
On 06/02/2011 11:21 AM, Richard Purdie wrote:
> On Thu, 2011-06-02 at 08:32 -0600, Gary Thomas wrote:
>> I had a working build based on
>> commit 52295fa3deef3b0374b99829626d524cefae6001
>> Author: Richard Purdie<richard.purdie at linuxfoundation.org>
>> Date: Wed May 18 00:03:02 2011 +0100
>>
>> Improve handling of 'all' architecture recipes and their interaction with sstate
>>
>> Today, I updated to
>> commit 484c4e73245c93a08413cd204513bf5c5698b994
>> Author: Saul Wold<sgw at linux.intel.com>
>> Date: Tue May 31 22:42:49 2011 -0700
>>
>> clutter-1.6: Add patch to update gettext macro version
>>
>> Now, it tries to build gettext-native and fails with the log at
>> http://www.mlbassoc.com/poky/gettext-native-log.do_compile
>> I don't see what's happening here. If I try an identical
>> build (same local.conf, etc) in a new tree, it succeeds.
>>
>> I notice that my old build has git-native built and installed (which based
>> on the log is being used?), but the build from scratch does not.
>>
>> Any ideas?
>
> It looks like gettext now has a dependency on git being present. We need
> to add git-native to its DEPENDS, crazy as that may be :/
>
> For a while I thought cvs was required too but it turns out its not,
> thankfully.
>
> I'm testing a patch which I'll push shortly.
Sadly, this still fails for me, but only when I'm using SSTATE_MIRRORS
from a build of a few days ago. If I don't use the SSTATE_MIRRORS, it
builds fine.
Once I get into this state, I can't even clean my way out of this :-(
$ bitbake gettext-native -c clean
Pseudo is not present but is required, building this first before the main build
NOTE: Out of date cache found, rebuilding...
Parsing recipes: 100% |##################################################################################| Time: 00:00:21
Parsing of 994 .bb files complete (0 cached, 994 parsed). 1227 targets, 37 skipped, 0 masked, 0 errors.
OE Build Configuration:
BB_VERSION = "1.11.0"
METADATA_BRANCH = "my_master"
METADATA_REVISION = "6b5d323b6c8960a0999dbafa0422fe127fd0fa97"
TARGET_ARCH = "arm"
TARGET_OS = "linux-gnueabi"
MACHINE = "cobra3530p60"
DISTRO = "amltd"
DISTRO_VERSION = "1.00+snapshot-20110603"
TARGET_FPU = "soft"
NOTE: Resolving any missing task queue dependencies
NOTE: Preparing runqueue
NOTE: Executing SetScene Tasks
NOTE: Executing RunQueue Tasks
NOTE: Running task 121 of 133 (ID: 62, virtual:native:/home/local/poky-amltd/meta/recipes-core/gettext/gettext_0.18.1.1.bb, do_compile)
NOTE: package gettext-native-0.18.1.1-r0: task do_compile: Started
ERROR: 'virtual:native:/home/local/poky-amltd/meta/recipes-core/gettext/gettext_0.18.1.1.bb' failed
ERROR: Logfile of failure stored in: /home/local/p60_build2/tmp/work/i686-linux/gettext-native-0.18.1.1-r0/temp/log.do_compile.20106
Why is it running the do_compile step, when I explicitly asked for do_clean?
Looking closer, it seems that the git-native I built yesterday (which is what I was using for SSTATE_MIRRORS)
doesn't work correctly. One built today, on the exact same host (no changes), etc, does. Very strange.
Here's yesterday's build:
$ ls -l /local/p60_test_orig/sstate-cache/sstate-git-native*
-rw-rw-r-- 1 gthomas gthomas 7470 Jun 2 03:37 /local/p60_test_orig/sstate-cache/sstate-git-native-i686-linux-1.7.5.1-r0-i686-2-4a5372ef2d6e43d9bb5a98258b332ab9_populate-lic.tgz
-rw-rw-r-- 1 gthomas gthomas 6921 Jun 2 03:37
/local/p60_test_orig/sstate-cache/sstate-git-native-i686-linux-1.7.5.1-r0-i686-2-4a5372ef2d6e43d9bb5a98258b332ab9_populate-lic.tgz.siginfo
-rw-rw-r-- 1 gthomas gthomas 4483022 Jun 2 03:25
/local/p60_test_orig/sstate-cache/sstate-git-native-i686-linux-1.7.5.1-r0-i686-2-da709c00f8a7f7abbc7c8fff28802d70_populate-sysroot.tgz
-rw-rw-r-- 1 gthomas gthomas 12279 Jun 2 03:25
/local/p60_test_orig/sstate-cache/sstate-git-native-i686-linux-1.7.5.1-r0-i686-2-da709c00f8a7f7abbc7c8fff28802d70_populate-sysroot.tgz.siginfo
$ /local/p60_test_orig/tmp/sysroots/i686-linux/usr/bin/git repack
git: 'repack' is not a git command. See 'git --help'.
Here's today's:
$ ls -l /local/p60_build/sstate-cache/sstate-git-native-i686-linux-1.7.5.1-r0-i686-2-*
-rw-rw-r-- 1 gthomas gthomas 7472 Jun 3 05:11 /local/p60_build/sstate-cache/sstate-git-native-i686-linux-1.7.5.1-r0-i686-2-4a5372ef2d6e43d9bb5a98258b332ab9_populate-lic.tgz
-rw-rw-r-- 1 gthomas gthomas 6921 Jun 3 05:11
/local/p60_build/sstate-cache/sstate-git-native-i686-linux-1.7.5.1-r0-i686-2-4a5372ef2d6e43d9bb5a98258b332ab9_populate-lic.tgz.siginfo
-rw-rw-r-- 1 gthomas gthomas 4482605 Jun 3 04:37 /local/p60_build/sstate-cache/sstate-git-native-i686-linux-1.7.5.1-r0-i686-2-da709c00f8a7f7abbc7c8fff28802d70_populate-sysroot.tgz
-rw-rw-r-- 1 gthomas gthomas 12279 Jun 3 04:37
/local/p60_build/sstate-cache/sstate-git-native-i686-linux-1.7.5.1-r0-i686-2-da709c00f8a7f7abbc7c8fff28802d70_populate-sysroot.tgz.siginfo
$ /local/p60_build/tmp/sysroots/i686-linux/usr/bin/git repack
fatal: Not a git repository (or any parent up to mount parent )
Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).
How can this be? Doesn't the sstate signature imply they should be identical?
Note: I'll keep these trees around in case there's something else you'd like to see.
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
More information about the poky
mailing list