I am facing an issue where yocto can't seem to find the file indicated in SRC_URI of the bbappend file located at:
sources/meta-connectivity/recipes-kernel/linux-libc-headers/linux-libc-headers_%.bbappend
Error message says:
linux-libc-headers-4.14-r0 do_fetch: Fetcher failure for URL: 'file://binder.h'. Unable to fetch URL from any source.
linux-libc-headers-4.14-r0 do_fetch: Function failed: base_do_fetch
And it looks for the file in the paths sources/meta-fsl-bsp-release/imx/meta-bsp/recipes-kernel/linux-libc-headers/ and <root-dir>/downloads.
From my understanding, FILESEXTRAPATHS tells yocto the path where to look for the file://, which is defined in sources/meta-connectivity/recipes-kernel/linux-kernel/linux-imx_%.bbappend as
FILESEXTRAPATHS_prepend := "${BSPDIR}/sources:${THISDIR}/files:"
Question
What does THISDIR really referring to here? According to this documentation, it's the directory being parsed by the bitbake currently, which to me is still not clear. Is anyone able to see why yocto looks for the file inside sources/meta-fsl-bsp-release/imx/meta-bsp/recipes-kernel/linux-libc-headers/? Is this what FILESEXTRAPATHS_prepend corresponds to?
Related
I am new to Apache Daffodil and am trying to follow the example provided: https://daffodil.apache.org/examples/
I am trying to parse the file, simpleCSV using the schema, csv.dfdl.xsd. Both files are in the same folder as the daffodil.bat folder.
In cmd, I run .\daffodil.bat parse --schema csv.dfdl.xsd simpleCSV.csv
I get the error:
[error] Schema Definition Error: Error loading schema due to org.xml.sax.SAXParseException; DaffodilXMLLoader: Unable to resolve schemaLocation='csv-base-format.dfdl.xsd'.
Schema context: file:/C:/Users/rinat/OneDrive/Desktop/WORK%20STUFF/apache-daffodil-3.4.0-bin/apache-daffodil-3.4.0-bin/bin/csv.dfdl.xsd Location in file:/C:/Users/rinat/OneDrive/Desktop/WORK STUFF/apache-daffodil-3.4.0-bin/apache-daffodil-3.4.0-bin/bin/csv.dfdl.xsd`
How do I resolve this?
You need to copy csv-base-format.dfdl.xsd (found in the same src/ directory as csv.dfdl.xsd) into the same directory as your csv.dfdl.xsd file. That file provides a number of default settings imported by csv.dfdl.xsd, so they must be in the same directory.
I create a post today because I have a problem with the blackfire installation.
I read all documentation and install this extension but I have an error message in my command consol.
I did add BlackFire but when I want to config the extension, this message appair :
Warning: PHP Startup: Unable to load dynamic library 'blackfire' (tried: D:/Programmes/WAMP/bin/php/php7.3.12/ext/blackfire (The specified module was not found.), D:/Programmes/WAMP/bin/php/php7.3.12/ext/php_blackfire.dll (The specified module was not found.)) in Unknown on line 0[enter image description here]
I'm sure as a good path and I don't understand why I have this message..
If you can help me,
Thanks in advance and good development !
I'm attempting to build HTML documentation on Ubuntu 18.04 but I'm running into a strange error when I run make html:
Exception occurred:
File "/home/cybo/.local/lib/python3.6/site-packages/nbsphinx.py", line 917, in parse
with open(dest, 'wb') as f:
OSError: [Errno 36] File name too long: '/home/cybo/Desktop/repositories/h2oai/docs/_build/doctrees/nbsphinx/_build_doctrees_nbsphinx__build_doctrees_nbsphinx__build_doctrees_nbsphinx__build_doctrees_nbsphinx__build_doctrees_nbsphinx__build_doctrees_nbsphinx__build_doctrees_nbsphinx__build_doctrees_nbsphinx__build_doctrees_nbsphinx__build_doctrees_nbsphinx__build_doctrees_nbsphinx__build_doctrees_nbsphinx__build_doctrees_nbsphinx__build_doctrees_nbsphinx__build_doctrees_nbsphinx__build_doctrees_nbsphinx_examples_autoviz_client_example_autoviz_client_example_11_1.png'
I'm able to fix the error by deleting these folders, but they are created again:
reading sources... [ 44%] _build/html/_build/html/_build/doctrees/nbsphinx/_build/doctrees/nbsphinx/_build/doctrees/nbsphinx/_build/html/_build/doctrees/nbsphinx/_build/doctrees/nbsphinx/examples/autoviz_client_example/autoviz_c
Would appreciate any help, seems to be some sort of circular referencing error that I'm not sure how to fix.
I had the same error using nbsphinx. The problem was that I had neglected to set exclude_patterns in my conf.py and each successive build was creating an HTML file for everything in _build. This meant that each build was exponentially slower than the previous one. What a nightmare!
I fixed it by putting the following in my conf.py:
extensions = [
'nbsphinx',
'sphinx.ext.mathjax',
]
exclude_patterns = ['_build', '**.ipynb_checkpoints']
I found this information originally in the nbsphinx instructions. Hope it helps!
I have generated a Yocto image to be used on all my target devices. When that image is running on target devices, it must be able to be updated using a rpm remote repository through https protocol.
To try doing that, I have added a dnf bbappend to my custom layer:
$ cat recipes-devtools/dnf/dnf_%.bbappend
FILESEXTRAPATHS_prepend := "${THISDIR}/files:"
SRC_URI += " \
file://yocto-adv-rpm.repo \
"
do_install_append () {
install -d ${D}/etc/yum.repos.d
install -m 0600 ${WORKDIR}/yocto-adv-rpm.repo ${D}/etc/yum.repos.d/yocto-adv-rpm.repo
}
FILES_${PN} += "/etc/yum.repos.d"
This is the content of repository configuration file included by dnf bbappend recipe:
$ cat recipes-devtools/dnf/files/yocto-adv-rpm.repo
[yocto-adv-rpm]
name=Rocko Yocto Repo
baseurl=https://storage.googleapis.com/my_repo/
gpgkey=https://storage.googleapis.com/my_repo/PACKAGEFEED-GPG-KEY-rocko
enabled=1
gpgcheck=1
This repository configuration breaks the build process of the image. When I try to build myimage recipe, I always get this error:
ERROR: myimage-1.0-r0 do_rootfs: [log_check] myimage: found 1 error message in the logfile:
[log_check] Failed to synchronize cache for repo 'yocto-adv-rpm', disabling.
ERROR: myimage-1.0-r0 do_rootfs: Function failed: do_rootfs
ERROR: Logfile of failure stored in: /home/yocto/yocto/build/tmp/work/machine-poky-linux/myimage/1.0-r0/temp/log.do_rootfs.731
ERROR: Task (/home/yocto/yocto/sources/meta-mylayer/recipes-images/myimage.bb:do_rootfs) failed with exit code '1'
However, when I replace the "https" by "http" in "baseurl" variable:
baseurl=http://storage.googleapis.com/my_repo/
Then the myimage recipe is built fine.
The host machine can download files from the https repository using wget:
$ wget https://storage.googleapis.com/my_repo/PACKAGEFEED-GPG-KEY-rocko
Previous commands works fine, so the problem is not related with the host machine, I think it must be something related with google certificates and yocto stuff.
I found some relevant information inside this file:
yocto/build/tmp/work/machine-poky-linux/myimage/1.0-r0/temp/dnf.librepo.log
The relevant part:
15:56:41 lr_download: Downloading started
15:56:41 check_transfer_statuses: Transfer finished: repodata/repomd.xml (Effective url: https://storage.googleapis.com/my_repo/repodata/repomd.xml)
15:56:41 check_finished_transfer_status: Fatal error - Curl code (77): Problem with the SSL CA cert (path? access rights?) for https://storage.googleapis.com/my_repo/repodata/repomd.xml [error setting certificate verify locations:
CAfile: /home/yocto/yocto/build/tmp/work/x86_64-linux/curl-native/7.54.1-r0/recipe-sysroot-native/etc/ssl/certs/ca-certificates.crt
CApath: none]
15:56:41 lr_yum_download_repomd: repomd.xml download was unsuccessful
Can some of you provide any useful advice to try to fix this?
Thank you in advance for your time! :-)
I finally fixed my issue removing completely my dnf bbappend recipe from my custom layer and adding this variable to my distro.conf file:
PACKAGE_FEED_URIS = "https://storage.googleapis.com/my_repo/"
After that, at the end of the build process the image contains a valid /etc/yum.d/oe-remote-repo file and all the necesary stuff to manage it. There is no need to copy "ca-certificates.crt" manually at all.
Also, it's important to execute this command after finishing the build of the image:
$ bitbake package-index
This command generates a "repodata" directory within the package feed needed by the target device once it uses the repo to update packages using dnf client.
I found a temporal hack to fix my issue:
$ cp /etc/ssl/certs/ca-certificates.crt /home/yocto/yocto/build/tmp/work/x86_64-linux/curl-native/7.54.1-r0/recipe-sysroot-native/etc/ssl/certs/
After that, I was finally able to build the image using the "https" repo.
Now I am in the process of fixing this issue in the right way. I'll come back with the final solution.
I am configuring h323 with freeswitch but while loading mod_h323 module in freeswitch getting below error.
CRIT] switch_loadable_module.c:1520 Error Loading module /usr/local/freeswitch/mod/mod_h323.so
**/usr/local/freeswitch/lib/libh323_linux_x86_64_.so.1.26.5: undefined symbol: _ZN18H235Authenticators19GetEncryptionPolicyEv*
Please anyone knows how to fix this error ?
this is well known problem while compiling some of the module in freeswitch.reason for this can be one of these
1. Ptlib and H323plus need is not configured properly or installed correctly
2. package config is not configured to pc files
so for that
1. first check your library required for h323 is installed correctly and location for the same
2. find .pc file
3. configure pkg config path to that library