Just a general note -- if you have multiple developers, it's ideal to have everyone on 32-bit or 64-bit so you can jumpstart each other by copying the 'tmp' directory around.   If not, the native binaries won't work across platforms.


On Thu, Aug 19, 2010 at 12:24 PM, Ash Charles <ash@gumstix.com> wrote:
Hi Scott,

Thanks for this useful feedback--I've noted these issues in our
internal bug tracker for review.

On Thu, Aug 19, 2010 at 5:40 AM, ScottEllis
> 1. 64-bit kernels don't have a vm.vdso_enabled sysctl option. That setting
> can be ignored
>   for 64-bit systems. The vm.mmap_min_addr setting is valid.
Okay, this makes sense.
> 2. There is no '1.8.18' branch for bitbake anymore. The default 'master'
> branched worked.
>    The git checkout instruction can be removed.
I've been using a recent git pull on my machines for the last two
months with no problems.  Has anyone else experienced problems with
> During the build of omap3-console-image:
> 1. socat didn't build the first time, but I think that might have been a
> parallel build
>   error dependency on openssl. I have both PARALLEL_MAKE and
>   A bitbake -c clean socat; bitbake socat fixed that.
Hmm---that is irritating.
> 2. The iputils package had problems building, a missing sgmlspl dependency.
> I installed
>   the sgmlspl Ubuntu package and that allowed iputils to build without
> errors. Maybe that
>   should be added to the list of packages for the workstation. It must be
> on my other
>   workstations. I didn't investigate too hard.
I believe this bug is caused by a bad dependency and was reported on
this mailing list and, I believe, fixed upstream.  In the interim, it
is necessary to have a native version of sgmlspl.

-- Ash

This SF.net email is sponsored by

Make an app they can't live without
Enter the BlackBerry Developer Challenge
gumstix-users mailing list