[yocto] FW: cannot bitbake/build.compile tcf-agent for use with fsl-image-gui-sdk

Tue Jun 25 06:58:11 PDT 2013

Hi Jessica,
I have rebuilt an image with "IMAGE_INSTALL_append = " openssh" in my local.conf
which led to the generation of the image with openssh as expected.

However, the sftp-server executable was never included in the deployed image. I am wondering why this is.

searching for the executable gives enough results:

- there are .deb, .ipk, .rpm packages generated under <build_dir>/tmp/deploy/[deb|ipk|rpm] folders
- the executable has been installed in : <build_dir>/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/openssh/6.1p1-r0/sysroot-destdir/usr/lib/openssh/sftp-server

still it was never transfered to the image. so I wanted to do that manually following:
http://www.yoctoproject.org/docs/1.3.1/adt-manual/adt-manual.html#configuring-the-pms
 unfortunately, I am stuck at not finding a packaging suitable application (opkg-cl) in my sourced environment.

this is really a single executable file and I did just copy it manually to the target in the end (and debugging through openssh works fine too), but I would surely like to know if I have missed any steps and fail to use "smart" or "opkg-cl" in order to install packages in my image (or extracted image for that matter)

Thank you for your help.

From: djnass_18 at hotmail.com
To: yocto at yoctoproject.org
Date: Thu, 20 Jun 2013 17:48:58 +0000
Subject: [yocto] FW: cannot bitbake/build.compile tcf-agent for use with fsl-image-gui-sdk

From: djnass_18 at hotmail.com
To: jessica.zhang at intel.com
Subject: RE: [yocto] cannot bitbake/build.compile tcf-agent for use with fsl-image-gui-sdk
Date: Thu, 20 Jun 2013 17:48:14 +0000

Hi jessica,
I will try with SSH too,
but for now it seems there are some bugs with "packages_deb " being the primary packaging scheme.
so apart from adding 
    IMAGE_INSTALL_append = " tcf-agent"

moving "packages_rpm" to be the primary scheme ended up succeeding in making an image that had tcf-agent included.

Thank you for your help.
I will post back when I generate an image with openssh (I have dropbear enabled ATM). 

From: jessica.zhang at intel.com
To: djnass_18 at hotmail.com; meta-freescale at yoctoproject.org; yocto at yoctoproject.org
Subject: RE: [yocto] cannot bitbake/build.compile tcf-agent for use with fsl-image-gui-sdk
Date: Wed, 19 Jun 2013 16:25:03 +0000

Hi Thanassis,

I don’t know why tcf-agent  is not included in your sdk image.  But you also can use ssh to create a rse remote connection that allows you to do remote interaction.
  When you create remote connection, instead of choosing tcf, use ssh.  You’ll need openssh in your target image for this to work.

Cheers,
Jessica

From: yocto-bounces at yoctoproject.org [mailto:yocto-bounces at yoctoproject.org]
On Behalf Of Thanassis Silis

Sent: Tuesday, June 18, 2013 6:56 AM

To: meta-freescale at yoctoproject.org; yocto at yoctoproject.org

Subject: [yocto] cannot bitbake/build.compile tcf-agent for use with fsl-image-gui-sdk

Hello everyone,

it seems tcf-agent is not provided. Not even in the -sdk image I created. And that is where my problems start:

using this in my local.conf: IMAGE_INSTALL_append = " tcf-agent"

I expected to be able to automate the process of generating the tcf-agent and deploying it in my image with command:
bitbake fsl-image-gui-sdk

this fails with:
| Reading package lists...

| Building dependency tree...

| Reading state information...

| Some packages could not be installed. This may mean that you have

| requested an impossible situation or if you are using the unstable

| distribution that some required packages have not yet been created

| or been moved out of Incoming.

| The following information may help to resolve the situation:

| 

| The following packages have unmet dependencies:

|  packagegroup-core-x11-base : Depends: packagegroup-core-x11-utils but it is not going to be installed

| W: Ignoring Provides line with DepCompareOp for package pkgconfig__pkg-config__

| W: You may want to run apt-get update to correct these problems

| E: Unable to correct problems, you have held broken packages.

| ERROR: Function failed: do_rootfs (see /home/nass/yocto/build/tmp/work/imx6qsabrelite-poky-linux-gnueabi/fsl-image-gui-sdk/1.0-r0/temp/log.do_rootfs.26945 for further information)

ERROR: Task 7 (/home/nass/yocto/sources/meta-fsl-demos/recipes-fsl/images/fsl-image-gui-sdk.bb, do_rootfs) failed with exit code '1'

NOTE: Tasks Summary: Attempted 7418 tasks of which 7417 didn't need to be rerun and 1 failed.

No currently running tasks (7417 of 7419)

Summary: 1 task failed:

  /home/nass/yocto/sources/meta-fsl-demos/recipes-fsl/images/fsl-image-gui-sdk.bb, do_rootfs

Summary: There was 1 ERROR message shown, returning a non-zero exit code.

I then went on to try and compile it manually:
bitbake fsl-image-gui-sdk -c compile tcf-agent

bitbake fsl-image-gui-sdk -c deploy

this fails with:
ERROR: Task do_deploy does not exist for target fsl-image-gui-sdk
Then I tried compiling it manually using this info

http://www.yoctoproject.org/docs/current/adt-manual/adt-manual.html#getting-the-images , by sourcing my toolchain from /opt/poky/1.4.1/env* file, and then

runnning 'make' in org.eclipse.tcf.agent/agent/ . I explicitly assign the $MACHINE variable to be 'arm' in the beginning of the Makefile.inc.

this fails with
arm-poky-linux-gnueabi-gcc  -march=armv7-a -mthumb-interwork -mfloat-abi=softfp -mfpu=neon --sysroot=/opt/poky/1.4.1/sysroots/armv7a-vfp-neon-poky-linux-gnueabi 
 -O2 -pipe -g -feliminate-unused-debug-types -g -D_FILE_OFFSET_BITS=64 -Wall -Wmissing-prototypes -I./. -I./system/GNU/Linux -I./machine/arm -o obj/GNU/Linux/arm/Debug/tcf/framework/channel_tcp.o -c tcf/framework/channel_tcp.c

tcf/framework/channel_tcp.c:38:27: fatal error: openssl/ssl.h: No such file or directory

compilation terminated.

At this point I have run out of ideas about how to prepare tcf-agent to install on my sabrelite fsl-image-gui-sdk rootfs....

Any help would be most welcome.

for example in the 1st case how could I run apt-get as is suggested in a manner that would be appropriate to update yocto sources?

Thank you.

_______________________________________________
yocto mailing list
yocto at yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/yocto/attachments/20130625/9441674d/attachment.html>