Issue with python-imaging_1.1.7.bb

[Michael Dangler]

Hello

Was wondering if anyone has ever come across the below error. I am trying to follow William Phan's Tutorial on Gumstix on the iRobot Create 2 and am stuck ad part 3. Here is what I get - 

NOTE: Started PRServer with DBfile: /home/michael/yocto/build/cache/prserv.sqlite3, IP: 127.0.0.1, PORT: 41166, PID: 21311

Loading cache: 100% |####################################################################################################################################################################| ETA:  00:00:00

Loaded 2837 entries from dependency cache.

Parsing recipes: 100% |##################################################################################################################################################################| Time: 00:00:00

Parsing of 2301 .bb files complete (2297 cached, 4 parsed). 2839 targets, 153 skipped, 9 masked, 0 errors.

NOTE: Resolving any missing task queue dependencies

Build Configuration:

BB_VERSION        = "1.26.0"

BUILD_SYS         = "x86_64-linux"

NATIVELSBSTRING   = "Ubuntu-14.04"

TARGET_SYS        = "arm-poky-linux-gnueabi"

MACHINE           = "pepper"

DISTRO            = "poky"

DISTRO_VERSION    = "1.8"

TUNE_FEATURES     = "arm armv7a vfp neon callconvention-hard cortexa8"

TARGET_FPU        = "vfp-neon"

meta              

meta-yocto        = "(nobranch):83aa565d93aacae484976562ef1ae8dbbb6b2bc0"

meta-gnome        

meta-oe           

meta-xfce         

meta-systemd      

meta-networking   

meta-multimedia   

meta-python       = "(nobranch):10d3c8f85280a0bf867a8e4f84bcda81c290d28e"

meta-gumstix      = "(nobranch):8ea631d8ef26cb13102dac0910be52674cb7b395"

meta-gumstix-extras = "(nobranch):15cfa9fcff75d3d95f66cfa190e1b604ff5ea4f6"

meta-ros          = "(nobranch):d465a23c0a96e651419d46b29ab7c0c3663da314"

meta-ti           = "(nobranch):03cb3ff15f3b8535ca409ce682f44ec1b81da0c3"

meta-java         = "(nobranch):66c97ae7461f4c1a13917131787bb76dc34e6b6f"

NOTE: Preparing RunQueue

NOTE: Executing SetScene Tasks

NOTE: Executing RunQueue Tasks

ERROR: QA Issue: python-imaging: The compile log indicates that host include and/or library paths were used.

         Please check the log '/home/michael/yocto/build/tmp/work/cortexa8hf-vfp-neon-poky-linux-gnueabi/python-imaging/1.1.7-r5/temp/log.do_compile' for more information. [compile-host-path]

ERROR: QA run found fatal errors. Please consider fixing them.

ERROR: Function failed: do_package_qa

ERROR: Logfile of failure stored in: /home/michael/yocto/build/tmp/work/cortexa8hf-vfp-neon-poky-linux-gnueabi/python-imaging/1.1.7-r5/temp/log.do_package_qa.21754

ERROR: Task 4911 (/home/michael/yocto/poky/meta/recipes-devtools/python/python-imaging_1.1.7.bb, do_package_qa) failed with exit code '1'

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

Waiting for 0 running tasks to finish:

Any help would be greatly appreciated. My only thoughts so far is it may be an issue with tk8.6 since it seems it is not found - 

Looking in tk8.6 for ['/home/michael/yocto/build/tmp/sysroots/pepper/usr/lib', '/home/michael/yocto/build/tmp/sysroots/pepper/usr/lib'] 

Am really not sure where to go so any ideas or direction are really appreciated.

Cheers, Michael

[Lars Larsen]

HI

I'm not working with Gumstix but another commercial project using ROS. I've been haunted by the same build error for a while

It happens if I bring in any ros-comm module,  that depends (directly or indirectly) on python-imaging: ex: rosbag,rosservice, rosnode....

i used

 bitbake  <image> -g -u depexp

I hunted it down to python-imaging that is trying to locate tcl as a build dependency , and only finding my local copy.

after adding tcl to the DEPENDS line in python_imaging_1.1.7.bb  it pulls in the poky version and not my local  version.

like this:

DEPENDS = "freetype jpeg tiff tcl"

 

But I can't figure if this is a correct way  to fix it, and what the implications are

I'm an  open source rookie - so please help me

So how do I go about to get this verified, as the correct medicine ?

how do I patch a .bb file correct ?

and where do i report it upstream ? 

Of course this is an error in python-imaging that the  stuff is not "self contained" and it should not generate this kind of trouble.

But also I wonder: why on earth do I need python-imaging, in order to run command line utils on my embedded platform ?

-Lars

[Michael Dangler]

Lars

Thank you for the suggestion, will update give your suggestions a try. Also I join you on the rookie status, Thanks again.

Cheers, Michael

[Michael]

Lars

Seems I still have issues and this is the error log - 

DEBUG: Executing python function sstate_task_prefunc 

DEBUG: Python function sstate_task_prefunc finished 

DEBUG: Executing python function do_package_qa 

NOTE: DO PACKAGE QA 

DEBUG: Executing python function read_subpackage_metadata 

DEBUG: Python function read_subpackage_metadata finished 

ERROR: QA Issue: python-imaging: The compile log indicates that host include and/or library paths were used. 

         Please check the log '/home/michael/yocto/build/tmp/work/cortexa8hf-vfp-neon-poky-linux-gnueabi/python-imaging/1.1.7-r5/temp/log.do_compile' for more information. [compile-host-path] 

NOTE: Checking Package: python-imaging-staticdev 

NOTE: Checking Package: python-imaging-dev 

NOTE: Checking Package: python-imaging-dbg 

NOTE: arm-poky-linux-gnueabi-objdump -p /home/michael/yocto/build/tmp/work/cortexa8hf-vfp-neon-poky-linux-gnueabi/python-imaging/1.1.7-r5/packages-split/python-imaging-dbg/usr/lib/python2.7/site-packages/PIL/.debug/_imaging.so 

NOTE: arm-poky-linux-gnueabi-objdump -p /home/michael/yocto/build/tmp/work/cortexa8hf-vfp-neon-poky-linux-gnueabi/python-imaging/1.1.7-r5/packages-split/python-imaging-dbg/usr/lib/python2.7/site-packages/PIL/.debug/_imagingmath.so 

NOTE: arm-poky-linux-gnueabi-objdump -p /home/michael/yocto/build/tmp/work/cortexa8hf-vfp-neon-poky-linux-gnueabi/python-imaging/1.1.7-r5/packages-split/python-imaging-dbg/usr/lib/python2.7/site-packages/PIL/.debug/_imagingft.so 

NOTE: Checking Package: python-imaging-doc 

NOTE: Checking Package: python-imaging 

NOTE: arm-poky-linux-gnueabi-objdump -p /home/michael/yocto/build/tmp/work/cortexa8hf-vfp-neon-poky-linux-gnueabi/python-imaging/1.1.7-r5/packages-split/python-imaging/usr/lib/python2.7/site-packages/PIL/_imaging.so 

NOTE: arm-poky-linux-gnueabi-objdump -p /home/michael/yocto/build/tmp/work/cortexa8hf-vfp-neon-poky-linux-gnueabi/python-imaging/1.1.7-r5/packages-split/python-imaging/usr/lib/python2.7/site-packages/PIL/_imagingmath.so 

NOTE: arm-poky-linux-gnueabi-objdump -p /home/michael/yocto/build/tmp/work/cortexa8hf-vfp-neon-poky-linux-gnueabi/python-imaging/1.1.7-r5/packages-split/python-imaging/usr/lib/python2.7/site-packages/PIL/_imagingft.so 

ERROR: QA run found fatal errors. Please consider fixing them. 

DEBUG: Python function do_package_qa finished 

ERROR: Function failed: do_package_qa 

Funny thing is all post I read from around the web is that there were no issues with yocto and ros about a year ago so seems the question may be what has changed? I have tried to smart install ros packages but that does not work so seems the only alternative is to bitbake which has failures with python-imagining. As with you I can not figure out why this files is needed, however I do know if you remove it it fails right off the star of bitbake. May try to look further as to why but in the meantime seems may have to fall back to linux. Thanks again for the help.

Cheers, Michael

[Michael]

Lars

Here is the latest. I started again and looked back at the openembedded index and found the following from 3 days ago - 

python-imaging: remove unused recipe 

Signed-off-by: Alexander Kanavin <alexande...@linux.intel.com>

Signed-off-by: Richard Purdie <richard...@linuxfoundation.org>

Now removing all files for python-imaging does cause another issue with rosbag_1.11.16.bb so I removed the depends for python-imaging. Was able to complete the bitbake and build an image. Have not done any testing to see if this will cause issues but thought it best to update. Hoping this helps others.

Cheers, Michael

[Lukas Bulwahn]

Dear Michael, dear Lars,

there is huge number of different configurations and versions (in total >10e9 or probably even >10e12 possible build configurations) to use meta-ros with openembedded-core and the meta-openembedded layers (so much larger than the number of users). Checking all configurations is simply impossible for this small project and hence, some issues remain unchecked.

The python-imaging recipe is part of the openembedded-core layer (at least it was until three days ago as you noticed); and they provide an own mailing list to discuss issues on the openembedded-core layer.

Simply dropping python-imaging from rosbag might work, but possibly you will stumble over python runtime failures later when you need this library.

Lukas

[Michael]

Lars

I totally agree that there are many. I did find that meta-ros supplies python-imagining. For now am still working with the issue trying to determine the actual fault. One thing I did notice and would like to confirm it is not the problem is - 

cc1: warning: include location "/usr/include/tcl8.6" is unsafe for cross-compilation [-Wpoison-system-directories]

Would like to stick with a standard build so I do not face issues down the road. Thanks again.

Cheers, Michael

[Michael]

Lars

Actually, seems I was able to bitbake without errors by deleting python-imaging from meta and using the latest copy of meta-ros. Still waiting for wic to finish, seems to take forever each time I make a change. Also noticed the depends needs to have tcl added, will leave a message on the git to see if it can be modified. Thanks again for all of your help.

Cheers, Michael

[Michael]

OK this is a hit or miss since trying another bitbake failed. So at this point I am lost. And not sure where else to go for help so any suggestions would be helpful.