Problem with gettext-native

Problem with gettext-native

[Gary Thomas]

I had a working build based on
   commit 52295fa3deef3b0374b99829626d524cefae6001
   Author: Richard Purdie <richard.purdie@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@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?

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------

Re: Problem with gettext-native

[Richard Purdie]

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@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@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.

Cheers,

Richard

Re: Problem with gettext-native

[Khem Raj]

On Thursday, June 02, 2011 10:21:43 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@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@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 :/
> 

yes gettext tries to support older versions of itself.
if we use autopoint then git is used since it generates
smaller archives but its not must just use --without-
git configure option. We can disable it and install the 
infra archive directly.

That said since we might be anyway building git-native 
for other purposes enabling it may not be that bad of
an option either.

> For a while I thought cvs was required too but it 
turns out its not,
> thankfully.

cvs is dropped started 0.18.1
> 
> I'm testing a patch which I'll push shortly.
> 
> Cheers,
> 
> Richard
> 
> 
> 
> 
> _______________________________________________
> poky mailing list
> poky@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/poky

Re: Problem with gettext-native

[Gary Thomas]

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@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@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
------------------------------------------------------------

Re: Problem with gettext-native

[Mark Hatle]

On 6/3/11 11:25 AM, Gary Thomas wrote:
> 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@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@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?

The build is two step, your command are for "step 2", the failure is in "step
1".. (step 1 tries to build pseudo-native...)

In order to manually run this, you will need to do:

BBFETCH2=True PSEUDO_BUILD=1 ../bitbake/bin/bitbake <target>

Annoying, and I'd like a cleaner way to do this myself....

--Mark

> 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.
> 

Re: Problem with gettext-native

[Gary Thomas]

On 06/03/2011 10:25 AM, Gary Thomas wrote:
> 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@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@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.
>

I think I found out what happened.  I was experimenting yesterday with
my distro.conf.  Previously, I was simply extending poky.conf.  Now, my
distro.conf is stand-alone.  For a short while yesterday, I was missing
this line:
   TCLIBCAPPEND = ""
and I ended up with both a tmp and tmp-eglibc tree.  The 'git' I built
yesterday seems to have links into the tmp-eglibc tree (which I later
deleted after I found my mistake).

This still doesn't explain to me how the sstate signatures can be the same
but the contents are different.

Sorry for the noise, but perhaps this does point to some other things that
need closer looks.

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------