I am facing do_rootfs failed while I am installing the package using yocto in final image. Tried options like INHIBIT_PACKAGE_STRIP but to of no use.
How can I force do_rootfs to execute is there any option.
You have not provided nearly enough information for anyone to help you. For example, what failed? What was/were the error message(s). INHIBIT_PACKAGE_STRIP likely has nothing to do with your failure. You could also join #yocto or the yocto-related mail list as an alternative to posting here.
Related
While compiling cobalt for raspberry pi on ninja, im getting an error like this:
undefined reference to symbol 'eglCreateImageKHR'
here is the full trace:
[1/1] LINK cobalt
FAILED: cobalt
/home/mi07/work/raspitools/tools/arm-bcm2708/gcc-linaro-arm-linux-gnueabihf-raspbian-x64/bin/arm-linux-gnueabihf-g++ #cobalt.rsp
/home/mi07/work/raspitools/tools/arm-bcm2708/gcc-linaro-arm-linux-gnueabihf-raspbian-x64/bin/../lib/gcc/arm-linux-gnueabihf/4.8.3/../../../../arm-linux-gnueabihf/bin/ld: obj/starboard/raspi/2/../shared/open_max/starboard_platform.decode_target_create.o: undefined reference to symbol 'eglCreateImageKHR'
/home/mi07/work/raspitools/sysroot/opt/vc/lib/libbrcmEGL.so: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
ninja: build stopped: subcommand failed.
I googled it and found somewhat related article on this site.
As per this article the fault could be that of libssl1.0-dev not being there. I checked and found it was libssl-dev. Replaced it with libssl1.0-dev but still the error persists.
Can somebody tell me what is going wrong?
eglCreateImageKHR() is an EGL extension EGL_KHR_image. Since Cobalt compiled, it appears the headers declare the extension, but the linked EGL library didn't define it. It's surprising that only eglCreateImageKHR() is missing and not eglDestroyImageKHR as well.
At any rate, I recommend trying to update the EGL library, but I'm not familiar with the raspi install, so can't tell you the specifics.
Alternatively, it is safe to comment out the call to that function in decode_target_create.cc since SbImageIsDecodeSupported() always returns false for raspi (see image_is_decode_supported.cc), so decode targets should never be created / destroyed on the platform. (Decode target support is a work in progress for raspi.)
I resolved this by changing the os itself. The problem was that the cobalt was not compatible with raspi stretch but with raspi jessie. Because sysroot files are being copied from the OS it was creating that error. I don't know exactly where the difference is but changing to raspi jessie worked fine for me.
I'm building yocto image and a newbie for this.
I'm having an error when I type bitbake piflo command (piflo is my image name) like shown figure below:
It says ERROR: batctl-2017.1-r0 do_compile: oe_runmake failed and also says pkg-config not found. from makefile.
I found some solutions from web and tried, but it gave me same error as figure above.
It was building OK but after getting new batctl and batman-adv it fails building.
Does anybody have an idea for this?
Please help me out here.
If needs more information or code, I will EDIT.
Thanks in advance.
Sounds like a broken package. First things first, try cleaning it and rebuilding
bitbake -c cleanall batctl
bitbake -c cleanall batman-adv
bitbake batman-adv
bitbake batctl
Also, do you actually need those packages? If not just remove them by adding to your local.conf
IMAGE_INSTALL_remove = " batctl batman-adv "
Yes, like you just found out, you need to add pkg-config to your recipe's DEPENDS.
In earlier OpenEmbedded (Yocto) it often worked out anyway, as some other recipe had pkg-config in its DEPENDS. However, from the Pyro release, each recipe gets it's own sysroot; thus, you have to explicitly add everything that the recipe needs to it's DEPENDS. This is done to improve determinism in the builds.
I've been trying to install Tensorflow and get it working over the past few days. Whilst I have managed to install TF and get it working as tested by opening Python in the terminal and typing,
import tensorflow as tf
I have not been successful attempting to retrain Inception v3. I managed to install it from source once by following the instructions laid out here however I am no longer able to do so. When I get to the section 'Create the pip package and install' and go to run bazel build -c opt //tensorflow/tools/pip_package:build_pip_package in the root of my Tensorflow directiory I get the following error.
kieran#kieranUbuntu:~/tensorflow$ bazel build -c opt //tensorflow/tools/pip_package:build_pip_package
ERROR: /home/kieran/tensorflow/tensorflow/core/BUILD:1068:1: no such target '//tensorflow/tools/git:gen/spec.json': target 'gen/spec.json' not declared in package 'tensorflow/tools/git' defined by /home/kieran/tensorflow/tensorflow/tools/git/BUILD and referenced by '//tensorflow/core:version_info_gen'.
ERROR: /home/kieran/tensorflow/tensorflow/core/BUILD:1068:1: no such target '//tensorflow/tools/git:gen/head': target 'gen/head' not declared in package 'tensorflow/tools/git' defined by /home/kieran/tensorflow/tensorflow/tools/git/BUILD and referenced by '//tensorflow/core:version_info_gen'.
ERROR: /home/kieran/tensorflow/tensorflow/core/BUILD:1068:1: no such target '//tensorflow/tools/git:gen/branch_ref': target 'gen/branch_ref' not declared in package 'tensorflow/tools/git' defined by /home/kieran/tensorflow/tensorflow/tools/git/BUILD and referenced by '//tensorflow/core:version_info_gen'.
ERROR: Analysis of target '//tensorflow/tools/pip_package:build_pip_package' failed; build aborted.
INFO: Elapsed time: 3.063s
This is the same error I ran into when I managed to install it and then attempted retaining the classifier following this tutorial. At the section, bazel build tensorflow/examples/image_retraining:retrain.
I just can't figure out what is going wrong and I have been trying for so long.
I'm using this pip version, # Ubuntu/Linux 64-bit, CPU only, Python 2.7
I think you should search before ask, This link can probably solve your issue.
The issue lied in the incorrect use of ./configure. Whilst it was ran I currently have two versions of python on my computer, both of which are stored in different locations, when running ./configure I pointed it to the wrong python version. After rectifying the issue everything worked correctly.
When I start MATLAB I suddenly receive the following error message on the command line:
ERROR: Can't check 8.0 VCRTs (starter line:956) System Error:
0x00000005 ERROR: Can't check 9.0 VCRTs (starter line:995) System
Error: 0x00000005 Installing required 8.0 run-time libraries. This may
take a few minutes...
I tried to repair and reinstall the Visual C++ Redistributables (2005 and 2008), but that didn't solve the problem. Doing online research I mainly found out that people who had a similar problem reinstalled windows. Well, does anyone have another idea what I could try in order to solve that?
Well...
I was faced a problem when I try to install ReviewBoard....
Below is error message..
Is there a solution?
P.S. My network is under proxy.
$ sudo easy_install ReviewBoard
Searching for ReviewBoard
Reading http://pypi.python.org/simple/ReviewBoard/
Download error on http://pypi.python.org/simple/ReviewBoard/: timed out -- Some packages may not be found!
Reading //pypi.python.org/simple/ReviewBoard/
Download error on //pypi.python.org/simple/ReviewBoard/: timed out -- Some packages may not be found!
Couldn't find index page for 'ReviewBoard' (maybe misspelled?)
Scanning index of all packages (this may take a while)
Reading //pypi.python.org/simple/
Download error on //pypi.python.org/simple/: timed out -- Some packages may not be found!
No local packages or download links found for ReviewBoard
error: Could not find suitable distribution for Requirement.parse('ReviewBoard')
Try the following in your terminal before issuing the easy_install command
export HTTP_PROXY=http://user:password#proxy.domain.com:port
export HTTPS_PROXY=http://user:password#proxy.domain.com:port