From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.chez-thomas.org (hermes.mlbassoc.com [64.234.241.98]) by mx1.pokylinux.org (Postfix) with ESMTP id 12EA64C800A6 for ; Fri, 3 Jun 2011 11:25:58 -0500 (CDT) Received: by mail.chez-thomas.org (Postfix, from userid 999) id 47E0316601F1; Fri, 3 Jun 2011 10:25:58 -0600 (MDT) X-Spam-Checker-Version: SpamAssassin 3.3.2-r929478 (2010-03-31) on hermes.chez-thomas.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=4.0 tests=ALL_TRUSTED,BAYES_00 autolearn=unavailable version=3.3.2-r929478 Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by mail.chez-thomas.org (Postfix) with ESMTP id EF4E316601D9; Fri, 3 Jun 2011 10:25:35 -0600 (MDT) Message-ID: <4DE90AFF.5090801@mlbassoc.com> Date: Fri, 03 Jun 2011 10:25:35 -0600 From: Gary Thomas User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc15 Thunderbird/3.1.10 MIME-Version: 1.0 To: Richard Purdie References: <4DE79F0A.5080104@mlbassoc.com> <1307035303.27470.584.camel@rex> In-Reply-To: <1307035303.27470.584.camel@rex> Cc: Poky Project Subject: Re: Problem with gettext-native X-BeenThere: poky@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Poky build system developer discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jun 2011 16:25:59 -0000 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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 >> 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 >> 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 ------------------------------------------------------------