Greetings list.

Having a bit of an issue getting pseudo working when building 
poky-image-minimal @ poky-bernard-5.0.1

I'm running Debian 6.0.1. I've attempted to set up as many of the native 
packages as possible, to reduce compile time and I'm also using the yocto 
supplied gcc toolchain.

http://yoctoproject.org/downloads/yocto-1.0/toolchain/

root@wintermute# apt-get install sed wget cvs subversion git-core coreutils 
unzip texi2html texinfo libsdl1.2-dev docbook-utils gawk python-pysqlite2 
diffstat help2man make gcc build-essential g++ desktop-file-utils chrpath 
libgl1-mesa-dev libglu1-mesa-dev mercurial autoconf automake groff git-core 
automake autoconf psyco quilt libtool gettext tcl sqlite3 libsqlite3-dev

I've installed /opt/poky/1.0/environment-setup-i586-poky-linux.
I've downloaded poky-bernard-5.0.1.tar.bz2 and extracted it to 
~/Development/yocto

I do the following

1.

source poky-bernard-5.0.1/poky-init-build-env poky-5.0.1-build

2.

vim conf/local.conf

------------------------

INHERIT += rm_work

ASSUME_PROVIDED += "m4-native tcl-native gettext-native libtool-native 
quilt-native autoconf-native automake-native perl-native sqlite3-native 
tar-replacement-native pseudo-native"

CVS_PROXY_HOST = "http://aaa.bbb.com";
CVS_PROXY_PORT = "1984"


3.

deckard@wintermute:~/Development/yocto/poky-5.0.1-build$ source 
/opt/poky/1.0/environment-setup-i586-poky-linux
deckard@wintermute:~/Development/yocto/poky-5.0.1-build$ $CC -v
Using built-in specs.
COLLECT_GCC=i586-poky-linux-gcc
COLLECT_LTO_WRAPPER=/opt/poky/1.0/sysroots/i686-pokysdk-linux/usr/libexec/i586-poky-linux/gcc/i586-poky-linux/4.5.1/lto-wrapper
Target: i586-poky-linux

<snip>
Thread model: posix
gcc version 4.5.1 (GCC) 


4.

bitbake -v -k poky-image-minimal

5.

I'm having a bit of difficulty with pseudo in the build though. I've tried 
building pseudo - which chokes on sqlite3 - and then I thought it might be an 
idea to use the pseudo that comes with the toolchain provided on the website.

5a.

deckard@wintermute:~/Development/yocto/poky-5.0.1-build$ which pseudo
/opt/poky/1.0/sysroots/i686-pokysdk-linux/usr/bin/pseudo


bitbake doesn't pick it up though

deckard@wintermute:~/Development/yocto/poky-5.0.1-build$ bitbake -v -k 
poky-image-minimal
Pseudo is not present but is required, building this first before the main build

<snip>

NOTE: Tasks Summary: Attempted 0 tasks of which 0 didn't need to be rerun and 0 
failed.
/home/deckard/Development/yocto/poky-bernard-5.0.1/scripts/bitbake: line 55: 
/home/deckard/Development/yocto/poky-5.0.1-build/tmp/sysroots/i686-linux/usr/bin/pseudo:
 No such file or directory


5b.

I try to set that explicitly by setting PSEUDOBINDIR

export PSEUDOBINDIR=/opt/poky/1.0/sysroots/i686-pokysdk-linux/usr/bin

Same error.


deckard@wintermute:~/Development/yocto/poky-5.0.1-build$ export 
PSEUDOBINDIR=/opt/poky/1.0/sysroots/i686-pokysdk-linux/usr/bin
deckard@wintermute:~/Development/yocto/poky-5.0.1-build$ bitbake -v -k 
poky-image-minimal
Pseudo is not present but is required, building this first before the main build
<snip>

/home/deckard/Development/yocto/poky-bernard-5.0.1/scripts/bitbake: line 55: 
/home/deckard/Development/yocto/poky-5.0.1-build/tmp/sysroots/i686-linux/usr/bin/pseudo:
 No such file or directory

Is there a way to get bitbake to recognize the pseudo in 
/opt/poky/1.0/sysroots/i686-pokysdk-linux/usr/bin/pseudo without modifying the 
bitbake script - or am I taking the wrong approach here ?

6.

I've tried building pseudo but, get errors with using sqlite3-native == 
/home/deckard/Development/yocto/poky-5.0.1-build/tmp/sysroots/ as opposed to 
/usr/include/sqlite3.h - and errors with building sqlite3 of a different sort.


Is there a solution that's evading me here ?

My preference obviously is to use as many native packages as possible to reduce 
disk space, and cycles.

Any pointers appreciated.


Bryan
-------------------------------------------------------------
Intel Ireland Limited (Branch)
Collinstown Industrial Park, Leixlip, County Kildare, Ireland
Registered Number: E902934

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.

_______________________________________________
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Reply via email to