In recipe libgpiod_1.1.1 when enabling python3 bindings the generated libgpiod2 package depends on python3-core. The result is when needing only libgpiod-tools in initramfs the whole of python3 is pulled in. I believe this dependency to be incorrect, instead libgpiod-python should depend on python3-core.

Other than this, thanks for adding these bindings, they work very well!

I successfully built a core-image-sato image using the pyro branch, for my cubieboard2. I would like to incorporate a login prompt on the display just before sato launches but I don't have a workaround for it. Anyone who's tried or has an idea?
My layers are:
1.meta
2.meta-poky
3.meta-openembedded/meta-gnome
4.meta-openembedded/meta-oe
5.meta-sunxi

Hi guys,
Poky master in commit 58449f0e9cc4a05c88204cf8ba887b55467d886e removed deprecated functions that open-embedded still needs. This is the commit in Poky:

http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=563a020870ee0e8212609639c74f19a0f4fc0847

Right now, open-embedded master produces an error while trying to add the meta-oe layer:

ERROR: ExpansionError during parsing /home/yocto/meta-openembedded/meta-oe/recipes-support/syslog-ng/syslog-ng_3.8.1.bb
Traceback (most recent call last):
bb.data_smart.ExpansionError: Failure expanding variable RDEPENDS_syslog-ng, expression was  gawk syslog-ng-libs  ${@base_conditional("ONLINE_PACKAGE_MANAGEMENT", "none", "", "update-rc.d", d)} which triggered exception NameError: name 'base_conditional' is not defined

Probably meta-openembedded needs to be updated. :(

Not sure if this is the correct place to report this but here goes. I’m working on a custom distribution which uses the aufs-util recipe from the rocko version of meta-openembedded/meta-filesystems.

I have had trouble with the compilation step which I have tracked down to the use of the following poky include security_flags.inc located here: https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/conf/distro/include?h=rocko.

When this include is included in my distro aufs-util fails to compile with a link error “cannot find rcrt1.o: No such file or directory”, with the include excluded from the distro (which is the default situation) all is well.

Hey guys,

I'm not sure if this is the right place to bring this issue up but until I have access to the Yocto dev mailing list, I have no other place to mention it.

When I run bitbake core-image-minimal in Yocto for the beaglebone while trying to use meta-oe, the Yocto scripts fail because they can not pull down libunwind. It says something about the URL being bad and kills the whole process.

Thanks for the help,
James

hi
error adress

`WARNING: lockdev-1.0.3+gitAUTOINC+16b899645d-r0 do_fetch: Failed to fetch URL git://anonscm.debian.org/lockdev/lockdev.git, attempting MIRRORS if available
Currently 4 running tasks (3547 of 15207) 23% |####################### |
ERROR: lockdev-1.0.3+gitAUTOINC+16b899645d-r0 do_fetch: Fetcher failure: Fetch command export PSEUDO_DISABLED=1; export DBUS_SESSION_BUS_ADDRESS="unix:path=/run/user/1000/bus"; export SSH_AGENT_PID="1094"; export SSH_AUTH_SOCK="/run/user/1000/keyring/ssh"; export PATH="/home/oealliancebuilder/oealliance/build-enviroment/openembedded-core/scripts:/home/oealliancebuilder/oealliance/build-enviroment/builds/openatv/release/vuzero4k/tmp/work/cortexa15hf-neon-vfpv4-oe-linux-gnueabi/lockdev/1.0.3+gitAUTOINC+16b899645d-r0/recipe-sysroot-native/usr/bin/arm-oe-linux-gnueabi:/home/oealliancebuilder/oealliance/build-enviroment/builds/openatv/release/vuzero4k/tmp/work/cortexa15hf-neon-vfpv4-oe-linux-gnueabi/lockdev/1.0.3+gitAUTOINC+16b899645d-r0/recipe-sysroot/usr/bin/crossscripts:/home/oealliancebuilder/oealliance/build-enviroment/builds/openatv/release/vuzero4k/tmp/work/cortexa15hf-neon-vfpv4-oe-linux-gnueabi/lockdev/1.0.3+gitAUTOINC+16b899645d-r0/recipe-sysroot-native/usr/sbin:/home/oealliancebuilder/oealliance/build-enviroment/builds/openatv/release/vuzero4k/tmp/work/cortexa15hf-neon-vfpv4-oe-linux-gnueabi/lockdev/1.0.3+gitAUTOINC+16b899645d-r0/recipe-sysroot-native/usr/bin:/home/oealliancebuilder/oealliance/build-enviroment/builds/openatv/release/vuzero4k/tmp/work/cortexa15hf-neon-vfpv4-oe-linux-gnueabi/lockdev/1.0.3+gitAUTOINC+16b899645d-r0/recipe-sysroot-native/sbin:/home/oealliancebuilder/oealliance/build-enviroment/builds/openatv/release/vuzero4k/tmp/work/cortexa15hf-neon-vfpv4-oe-linux-gnueabi/lockdev/1.0.3+gitAUTOINC+16b899645d-r0/recipe-sysroot-native/bin:/home/oealliancebuilder/oealliance/build-enviroment/bitbake/bin:/home/oealliancebuilder/oealliance/build-enviroment/builds/openatv/release/vuzero4k/tmp/hosttools"; export HOME="/home/oealliancebuilder"; LANG=C git -c core.fsyncobjectfiles=0 clone --bare --mirror git://anonscm.debian.org/lockdev/lockdev.git /home/oealliancebuilder/oealliance/build-enviroment/sources/git2/anonscm.debian.org.lockdev.lockdev.git --progress failed with exit code 128, output:
Cloning into bare repository '/home/oealliancebuilder/oealliance/build-enviroment/sources/git2/anonscm.debian.org.lockdev.lockdev.git'...
fatal: unable to connect to anonscm.debian.org:
anonscm.debian.org[0: 194.177.211.202]: errno=Connection refused
anonscm.debian.org[1: 2001:648:2ffc:deb::211:202]: errno=Network is unreachable

ERROR: lockdev-1.0.3+gitAUTOINC+16b899645d-r0 do_fetch: Fetcher failure for URL: 'git://anonscm.debian.org/lockdev/lockdev.git'. Unable to fetch URL from any source.
ERROR: lockdev-1.0.3+gitAUTOINC+16b899645d-r0 do_fetch: Function failed: base_do_fetch
ERROR: Logfile of failure stored in: /home/oealliancebuilder/oealliance/build-enviroment/builds/openatv/release/vuzero4k/tmp/work/cortexa15hf-neon-vfpv4-oe-linux-gnueabi/lockdev/1.0.3+gitAUTOINC+16b899645d-r0/temp/log.do_fetch.22676
ERROR: Task (/home/oealliancebuilder/oealliance/build-enviroment/meta-openembedded/meta-oe/recipes-support/lockdev/lockdev_git.bb:do_fetch) failed with exit code '1'
NOTE: Tasks Summary: Attempted 3573 tasks of which 3518 didn't need to be rerun and 1 failed.

Summary: 1 task failed:
/home/oealliancebuilder/oealliance/build-enviroment/meta-openembedded/meta-oe/recipes-support/lockdev/lockdev_git.bb:do_fetch
Summary: There were 3 WARNING messages shown.
Summary: There were 3 ERROR messages shown, returning a non-zero exit code.
Makefile:886: recipe for target 'image' failed
make: *** [image] Error 1
`

I am working on beaglebones.

With the default image provided for beaglebone green wireless devices, the moment the board is connected to the PC, USB interface(USB0) is generated and an IP address is assigned to it. And then we can ssh into the BBGW whose IP is statically configured(192.168.7.2).

I am working on yocto image for Beaglebone devices (https://github.com/jumpnow/meta-bbb). And I would like to have the same support.

I would like My BBGW to have a DNS server running which can Assign an IP address to the host systems USB0 interface.

I learnt that I have to use meta-networking layer for this purpose. meta-networking looks very big and I am not sure what components I need to take for my purposes. Any ideas will surely help me.

how to enable sasl inclusion in openldap bb file??

meta-networking uses code covered by the following licenses, but the licenses are not found in https://github.com/openembedded/meta-openembedded/tree/master/meta-networking/licenses

• Carnegie Mellon University License, used by Cyrus-SASL
  • In particular clause 4 of that license is not being met, I cannot find the clause anywhere in the source tree
• Carnegie Mellon Language Technologies Institute License, used by Flite
• CURL License, used by code from libcurl
  • I'm not sure of how files are organized, but going on what I see: This patch file is within the directory recipes-support/curlpp (which is under MIT), but looks likes it is actually a patch for libcurl
  • I cannot find the libcurl code being patched within https://code.google.com/p/curlpp/downloads/detail?name=curlpp-0.7.3.tar.gz, so I assume it is separately downloaded for meta-networking.

When building an image using Yocto Rocko, and meta-openembedded layer building protobuf fail with the following error:
WARNING: protobuf-3.4.1+gitAUTOINC+b04e5cba35-r0 do_fetch: Failed to fetch URL git://github.com/google/protobuf.git;branch=3.4.x, attempting MIRRORS if available ERROR: protobuf-3.4.1+gitAUTOINC+b04e5cba35-r0 do_fetch: Fetcher failure: Unable to find revision b04e5cba356212e4e8c66c61bbe0c3a20537c5b9 in branch 3.4.x even from upstream ERROR: protobuf-3.4.1+gitAUTOINC+b04e5cba35-r0 do_fetch: Fetcher failure for URL: 'git://github.com/google/protobuf.git;branch=3.4.x'. Unable to fetch URL from any source. ERROR: protobuf-3.4.1+gitAUTOINC+b04e5cba35-r0 do_fetch: Function failed: base_do_fetch ERROR: Logfile of failure stored in: /home/root/Documents/yocto-build-verify/build/tmp/work/corei7-64-poky-linux/protobuf/3.4.1+gitAUTOINC+b04e5cba35-r0/temp/log.do_fetch.11330 ERROR: Task (/home/root/Documents/yocto-build-verify/poky/../meta-openembedded/meta-oe/recipes-devtools/protobuf/protobuf_3.4.1.bb:do_fetch) failed with exit code '1'
I think it is a recent issue because I also saw this post link about the same problem reported one day ago

Recipe for nginx does not set the correct endianness options.
The configure detects 'big endian' even if the whole distro gets compiled with 'little endian' bytes order.

DEBUG: Executing shell function do_configure
-O2 -pipe -g -feliminate-unused-debug-types -fdebug-prefix-map=/mnt/yocto/build/tmp/work/arm1176jzfshf-vfp-poky-linux-gnueabi/nginx/1.13.5-r0=/usr/src/debug/nginx/1.13.5-r0 -fdebug-prefix-map=/mnt/yocto/build/tmp/work/arm1176jzfshf-vfp-poky-linux-gnueabi/nginx/1.13.5-r0/recipe-sysroot-native= -fdebug-prefix-map=/mnt/yocto/build/tmp/work/arm1176jzfshf-vfp-poky-linux-gnueabi/nginx/1.13.5-r0/recipe-sysroot= -fPIE -pie
-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed
building for Linux:arm
checking for C compiler ... found (not tested, cross compiling)
 + using GNU C compiler
checking for -Wl,-E switch ... found
checking for gcc builtin atomic operations ... found (not tested, cross compiling)
checking for C99 variadic macros ... found (not tested, cross compiling)
checking for gcc variadic macros ... found (not tested, cross compiling)
checking for gcc builtin 64 bit byteswap ... found
checking for unistd.h ... found
checking for inttypes.h ... found
checking for limits.h ... found
checking for sys/filio.h ... not found
checking for sys/param.h ... found
checking for sys/mount.h ... found
checking for sys/statvfs.h ... found
checking for crypt.h ... found
checking for Linux:arm specific features
checking for epoll ... found (not tested, cross compiling)
checking for EPOLLRDHUP ... found
checking for EPOLLEXCLUSIVE ... found
checking for O_PATH ... found
checking for sendfile() ... found (not tested, cross compiling)
checking for sendfile64() ... found (not tested, cross compiling)
checking for sys/prctl.h ... found
checking for prctl(PR_SET_DUMPABLE) ... found (not tested, cross compiling)
checking for crypt_r() ... found
checking for sys/vfs.h ... found
checking for nobody group ... not found
checking for nogroup group ... found
checking for poll() ... found
checking for /dev/poll ... not found
checking for kqueue ... not found
checking for crypt() ... not found
checking for crypt() in libcrypt ... found
checking for F_READAHEAD ... not found
checking for posix_fadvise() ... found
checking for O_DIRECT ... found
checking for F_NOCACHE ... not found
checking for directio() ... not found
checking for statfs() ... found
checking for statvfs() ... found
checking for dlopen() ... not found
checking for dlopen() in libdl ... found
checking for sched_yield() ... found
checking for sched_setaffinity() ... found
checking for SO_SETFIB ... not found
checking for SO_REUSEPORT ... found
checking for SO_ACCEPTFILTER ... not found
checking for SO_BINDANY ... not found
checking for IP_BIND_ADDRESS_NO_PORT ... found
checking for IP_TRANSPARENT ... found
checking for IP_BINDANY ... not found
checking for IP_RECVDSTADDR ... not found
checking for IP_SENDSRCADDR ... not found
checking for IP_PKTINFO ... found
checking for IPV6_RECVPKTINFO ... found
checking for TCP_DEFER_ACCEPT ... found
checking for TCP_KEEPIDLE ... found
checking for TCP_FASTOPEN ... found
checking for TCP_INFO ... found
checking for accept4() ... found
checking for eventfd() ... found
checking for int size ... 4 bytes
checking for long size ... 4 bytes
checking for long long size ... 8 bytes
checking for void * size ... 4 bytes
checking for uint32_t ... found
checking for uint64_t ... found
checking for sig_atomic_t ... found
checking for sig_atomic_t size ... 4 bytes
checking for socklen_t ... found
checking for in_addr_t ... found
checking for in_port_t ... found
checking for rlim_t ... found
checking for uintptr_t ... uintptr_t found

checking for system byte ordering ... big endian

checking for size_t size ... 4 bytes
checking for off_t size ... 4 bytes
checking for time_t size ... 4 bytes
checking for AF_INET6 ... found
checking for setproctitle() ... not found
checking for pread() ... found
checking for pwrite() ... found
checking for pwritev() ... found
checking for sys_nerr ... found (not tested, cross compiling)
checking for localtime_r() ... found
checking for posix_memalign() ... found
checking for memalign() ... found
checking for mmap(MAP_ANON|MAP_SHARED) ... found (not tested, cross compiling)
checking for mmap("/dev/zero", MAP_SHARED) ... found (not tested, cross compiling)
checking for System V shared memory ... found (not tested, cross compiling)
checking for POSIX semaphores ... not found
checking for POSIX semaphores in libpthread ... found (not tested, cross compiling)
checking for struct msghdr.msg_control ... found
checking for ioctl(FIONBIO) ... found
checking for struct tm.tm_gmtoff ... found
checking for struct dirent.d_namlen ... not found
checking for struct dirent.d_type ... found
checking for sysconf(_SC_NPROCESSORS_ONLN) ... found
checking for openat(), fstatat() ... found
checking for getaddrinfo() ... found
configuring additional modules

I've tried to inherit autotools-brokensep to get siteinfo inside that scope:

DEBUG: SITE files ['endian-little', 'bit-32', 'arm-common', 'arm-32', 'common-linux', 'common-glibc', 'arm-linux', 'arm-linux-gnueabi', 'common']
DEBUG: Executing shell function autotools_preconfigure
DEBUG: Shell function autotools_preconfigure finished
DEBUG: Executing python function autotools_aclocals
DEBUG: SITE files ['endian-little', 'bit-32', 'arm-common', 'arm-32', 'common-linux', 'common-glibc', 'arm-linux', 'arm-linux-gnueabi', 'common']
DEBUG: Python function autotools_aclocals finished

Any advice? See also here

I've been working with the Intel Galileo, which I think is using the dylan branch.

The meta-oe/recipes-multimedia/x264/x264_git.bb file contains:

SRCREV = "1cffe9f406cc54f4759fc9eeb85598fb8cae66c7"

which appears to no longer exist in the git.videolan.org repository. I found this tree on gitorious: https://gitorious.org/gxk-media/x264/commits/1cffe9f406cc54f4759fc9eeb85598fb8cae66c7 which has the correct hash, and by comparing the description, I was able to determine that the corresponding hash in the current git.videolan.org repository is c6bfcec47c9d1fff0489a30215501babea29f59c

I wasn't quite sure what the development procedure for this repo was, so I thought I would raise the issue and ask how to proceed.

I'm happy to do a pull request. I noticed that x264 doesn't seem to exist in the master branch, and I wasn't sure of the significance of that either.

From what I can see in this issue the ftp server for Netperf is closed down and all is moved to github. This causes the netperf recipe in meta-networking to fail fetching.

Poco does not appear to be working properly.

Here is the console output

WARNING: poco-1.7.5-r0 do_package: QA Issue: poco: Files/directories were installed but not shipped in any package:
  /usr/lib/libPocoData.so.41
  /usr/lib/libPocoFoundation.so
  /usr/lib/libPocoMongoDB.so.41
  /usr/lib/libPocoNet.so
  /usr/lib/libPocoDataSQLite.so
  /usr/lib/libPocoPDF.so.41
  /usr/lib/libPocoJSON.so
  /usr/lib/libPocoData.so
  /usr/lib/libPocoFoundation.so.41
  /usr/lib/libPocoNet.so.41
  /usr/lib/libPocoZip.so.41
  /usr/lib/libPocoXML.so
  /usr/lib/libPocoPDF.so
  /usr/lib/libPocoUtil.so
  /usr/lib/libPocoMongoDB.so
  /usr/lib/libPocoXML.so.41
  /usr/lib/libPocoJSON.so.41
  /usr/lib/libPocoCrypto.so
  /usr/lib/libPocoCrypto.so.41
  /usr/lib/libPocoNetSSL.so
  /usr/lib/libPocoNetSSL.so.41
  /usr/lib/libPocoZip.so
  /usr/lib/libPocoDataSQLite.so.41
  /usr/lib/libPocoUtil.so.41
  /usr/lib/cmake
  /usr/lib/cmake/Poco
  /usr/lib/cmake/Poco/PocoXMLConfigVersion.cmake
  /usr/lib/cmake/Poco/PocoDataTargets-relwithdebinfo.cmake
  /usr/lib/cmake/Poco/PocoXMLConfig.cmake
  /usr/lib/cmake/Poco/PocoCryptoConfigVersion.cmake
  /usr/lib/cmake/Poco/PocoFoundationConfigVersion.cmake
  /usr/lib/cmake/Poco/PocoDataSQLiteConfig.cmake
  /usr/lib/cmake/Poco/PocoPDFTargets-relwithdebinfo.cmake
  /usr/lib/cmake/Poco/PocoNetConfig.cmake
  /usr/lib/cmake/Poco/PocoMongoDBTargets.cmake
  /usr/lib/cmake/Poco/PocoZipTargets.cmake
  /usr/lib/cmake/Poco/PocoDataConfig.cmake
  /usr/lib/cmake/Poco/PocoUtilConfig.cmake
  /usr/lib/cmake/Poco/PocoZipConfigVersion.cmake
  /usr/lib/cmake/Poco/PocoFoundationTargets-relwithdebinfo.cmake
  /usr/lib/cmake/Poco/PocoCryptoTargets-relwithdebinfo.cmake
  /usr/lib/cmake/Poco/PocoDataSQLiteTargets-relwithdebinfo.cmake
  /usr/lib/cmake/Poco/PocoConfig.cmake
  /usr/lib/cmake/Poco/PocoZipTargets-relwithdebinfo.cmake
  /usr/lib/cmake/Poco/PocoJSONTargets-relwithdebinfo.cmake
  /usr/lib/cmake/Poco/PocoPDFTargets.cmake
  /usr/lib/cmake/Poco/PocoUtilTargets-relwithdebinfo.cmake
  /usr/lib/cmake/Poco/PocoFoundationTargets.cmake
  /usr/lib/cmake/Poco/PocoNetSSLTargets.cmake
  /usr/lib/cmake/Poco/PocoDataTargets.cmake
  /usr/lib/cmake/Poco/PocoJSONTargets.cmake
  /usr/lib/cmake/Poco/PocoXMLTargets.cmake
  /usr/lib/cmake/Poco/PocoPDFConfig.cmake
  /usr/lib/cmake/Poco/PocoJSONConfigVersion.cmake
  /usr/lib/cmake/Poco/PocoDataSQLiteTargets.cmake
  /usr/lib/cmake/Poco/PocoCryptoTargets.cmake
  /usr/lib/cmake/Poco/PocoNetSSLTargets-relwithdebinfo.cmake
  /usr/lib/cmake/Poco/PocoDataConfigVersion.cmake
  /usr/lib/cmake/Poco/PocoMongoDBTargets-relwithdebinfo.cmake
  /usr/lib/cmake/Poco/PocoMongoDBConfig.cmake
  /usr/lib/cmake/Poco/PocoMongoDBConfigVersion.cmake
  /usr/lib/cmake/Poco/PocoNetTargets.cmake
  /usr/lib/cmake/Poco/PocoNetTargets-relwithdebinfo.cmake
  /usr/lib/cmake/Poco/PocoJSONConfig.cmake
  /usr/lib/cmake/Poco/PocoPDFConfigVersion.cmake
  /usr/lib/cmake/Poco/PocoFoundationConfig.cmake
  /usr/lib/cmake/Poco/PocoNetSSLConfigVersion.cmake
  /usr/lib/cmake/Poco/PocoNetConfigVersion.cmake
  /usr/lib/cmake/Poco/PocoConfigVersion.cmake
  /usr/lib/cmake/Poco/PocoCryptoConfig.cmake
  /usr/lib/cmake/Poco/PocoZipConfig.cmake
  /usr/lib/cmake/Poco/PocoXMLTargets-relwithdebinfo.cmake
  /usr/lib/cmake/Poco/PocoUtilTargets.cmake
  /usr/lib/cmake/Poco/PocoNetSSLConfig.cmake
  /usr/lib/cmake/Poco/PocoDataSQLiteConfigVersion.cmake
  /usr/lib/cmake/Poco/PocoUtilConfigVersion.cmake
Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install.

I have looked through the recipe and all of these files should be covered by the lines:

PACKAGES += "${PN}-dev ${PN}-staticdev"
FILES_${PN}-dev = "${includedir} ${libdir}/libPoco*.so ${libdir}/cmake"

I can't figure out why this isn't working.

When building the yocto linux kernel in morty branch using meta-openembedded recipe, there is an error saying:

ERROR: Nothing PROVIDES 'libvdpau' (but /home/gumstix/Buildbot/yocto-overo-morty/build/poky/meta-openembedded/meta-multimedia/recipes-multimedia/vlc/vlc_2.2.2.bb DEPENDS on or otherwise requires it). Close matches:
  libxau
  libvpx
  libpam
NOTE: Runtime target 'vlc' is unbuildable, removing...

Could you tell me if there is anything wrong with my set up? Or if is it a issue that vlc is looking for a libvdpau but there is no such package provided in your recipe?

Thanks.

I do have another question that you might not be able to answer. I've got a good build now that comes up with SoftRoCE and seems to partially work. I'm trying to do an rping between the Arria10 and a PC VM. Here's some info. I've loaded all the Infiniband stuff as modules:
I've got a good build for the arria10 now but having a small issue when I try to setup an rping. Here are my loaded modules:

root@arria10:/# lsmod
Module Size Used by
rdma_rxe 102400 0
rdma_ucm 28672 0
rdma_cm 53248 1 rdma_ucm
iw_cm 32768 1 rdma_cm
ib_cm 40960 1 rdma_cm
ib_uverbs 81920 1 rdma_ucm
ib_core 192512 6 rdma_rxe,ib_cm,rdma_cm,ib_uverbs,iw_cm,rdma_ucm

I can see the rxe_cfg stuff:

root@arria10:/# rxe_cfg status
Name Link Driver Speed NMTU IPv4_addr RDEV RMTU
eth0 yes st_gmac 1500 10.0.1.25

However, the RMTU is missing here and when I execute ibv_devices, I don't get an rxe0 device with a GUID like I should.

root@arria10:/# ibv_devices
device node GUID
------ ----------------

Do you know about why this would be? Is something missing?

Thanks,
FM

For some reason, the xterm_325.bb download produces a different checksum every single time it is fetched.

Logs to prove are below:
xterm-325-r0 do_fetch: Fetcher failure for URL: 'http://invisible-mirror.net/archives/xterm/xterm-325.tgz'. Checksum mismatch!
File: '/home/mca/BSP_2017.1/poky/build/../../bsp_downloads/xterm-325.tgz' has md5 checksum 9fc339a445a08b995e3c1f3b2ded1d00 when e78a0bbc4d5fa3780917e447ae8ebc6b was expected
File: '/home/mca/BSP_2017.1/poky/build/../../bsp_downloads/xterm-325.tgz' has sha256 checksum b5bbee8b416ea8b6050d2690780a6085d48bb12ca71f94f39d776916fc931bb7 when 3b31b07a0c40427e9330ec3be9d1a748c72808f945953cea9e526e48be315f1b was expected
If this change is expected (e.g. you have upgraded to a new version without updating the checksums) then you can use these lines within the recipe:
SRC_URI[md5sum] = "9fc339a445a08b995e3c1f3b2ded1d00"
SRC_URI[sha256sum] = "b5bbee8b416ea8b6050d2690780a6085d48bb12ca71f94f39d776916fc931bb7"
Otherwise you should retry the download and/or check with upstream to determine if the file has become corrupted or otherwise unexpectedly modified.

ERROR: xterm-325-r0 do_fetch: Fetcher failure for URL: 'http://invisible-mirror.net/archives/xterm/xterm-325.tgz'. Unable to fetch URL from any source.
ERROR: xterm-325-r0 do_fetch: Function failed: base_do_fetch
ERROR: Logfile of failure stored in: /home/mca/BSP_2017.1/poky/build/tmp/work/aarch64-poky-linux/xterm/325-r0/temp/log.do_fetch.6712
ERROR: Task (/home/mca/BSP_2017.1/poky/build/../../meta-openembedded/meta-oe/recipes-graphics/xorg-app/xterm_325.bb:do_fetch) failed with exit code '1'

ERROR: xterm-325-r0 do_fetch: Fetcher failure for URL: 'http://invisible-mirror.net/archives/xterm/xterm-325.tgz'. Checksum mismatch!
File: '/home/mca/BSP_2017.1/poky/build/../../bsp_downloads/xterm-325.tgz' has md5 checksum 222accddbcdf2ab8b9ca9e29ea50f8ea when f17951541559fe7f47deb2108e3b450d was expected
File: '/home/mca/BSP_2017.1/poky/build/../../bsp_downloads/xterm-325.tgz' has sha256 checksum a57d3cd4ead8ef1581b2ae1045f47eb53976853ce54760b13a9b30850e84d4af when 29b4db2882156c650dfd78d9fbe180825639336ea8e56253d9b9e9eea76ac3d6 was expected
If this change is expected (e.g. you have upgraded to a new version without updating the checksums) then you can use these lines within the recipe:
SRC_URI[md5sum] = "222accddbcdf2ab8b9ca9e29ea50f8ea"
SRC_URI[sha256sum] = "a57d3cd4ead8ef1581b2ae1045f47eb53976853ce54760b13a9b30850e84d4af"
Otherwise you should retry the download and/or check with upstream to determine if the file has become corrupted or otherwise unexpectedly modified.

ERROR: xterm-325-r0 do_fetch: Fetcher failure for URL: 'http://invisible-mirror.net/archives/xterm/xterm-325.tgz'. Unable to fetch URL from any source.
ERROR: xterm-325-r0 do_fetch: Function failed: base_do_fetch
ERROR: Logfile of failure stored in: /home/mca/BSP_2017.1/poky/build/tmp/work/aarch64-poky-linux/xterm/325-r0/temp/log.do_fetch.129332
ERROR: Task (/home/mca/BSP_2017.1/poky/build/../../meta-openembedded/meta-oe/recipes-graphics/xorg-app/xterm_325.bb:do_fetch) failed with exit code '1'

ERROR: xterm-325-r0 do_fetch: Fetcher failure for URL: 'http://invisible-mirror.net/archives/xterm/xterm-325.tgz'. Checksum mismatch!
File: '/home/mca/BSP_2017.1/poky/build/../../bsp_downloads/xterm-325.tgz' has md5 checksum f17951541559fe7f47deb2108e3b450d when 874b55c9d30637f8ea21abb7d6a16de2 was expected
File: '/home/mca/BSP_2017.1/poky/build/../../bsp_downloads/xterm-325.tgz' has sha256 checksum 29b4db2882156c650dfd78d9fbe180825639336ea8e56253d9b9e9eea76ac3d6 when 3098f4bff73fd5c08a14ffa0bb672ad87f008e2f506e591faeec5e6708396dc4 was expected
If this change is expected (e.g. you have upgraded to a new version without updating the checksums) then you can use these lines within the recipe:
SRC_URI[md5sum] = "f17951541559fe7f47deb2108e3b450d"
SRC_URI[sha256sum] = "29b4db2882156c650dfd78d9fbe180825639336ea8e56253d9b9e9eea76ac3d6"
Otherwise you should retry the download and/or check with upstream to determine if the file has become corrupted or otherwise unexpectedly modified.

ERROR: xterm-325-r0 do_fetch: Fetcher failure for URL: 'http://invisible-mirror.net/archives/xterm/xterm-325.tgz'. Unable to fetch URL from any source.
ERROR: xterm-325-r0 do_fetch: Function failed: base_do_fetch
ERROR: Logfile of failure stored in: /home/mca/BSP_2017.1/poky/build/tmp/work/aarch64-poky-linux/xterm/325-r0/temp/log.do_fetch.120650
ERROR: Task (/home/mca/BSP_2017.1/poky/build/../../meta-openembedded/meta-oe/recipes-graphics/xorg-app/xterm_325.bb:do_fetch) failed with exit code '1'

Any idea of what is going on here? I reverted to xterm_320.bb and it worked just fine.

Hi folks,

encountered this while building an aarch64 multib, based on Yocto 2.6 (thud)

meta-openembedded/meta-oe/recipes-graphics/openjpeg/openjpeg_2.3.0.bb

ERROR: openjpeg-2.3.0-r0 do_package: QA Issue: openjpeg: Files/directories were installed but not shipped in any package:
  /usr/lib/libopenjp2.a
  /usr/lib/libopenjp2.so
  /usr/lib/libopenjp2.so.2.3.0
  /usr/lib/libopenjp2.so.7
  /usr/lib/cmake
  /usr/lib/pkgconfig
  /usr/lib/cmake/openjpeg-2.3
  /usr/lib/cmake/openjpeg-2.3/OpenJPEGConfig.cmake
  /usr/lib/cmake/openjpeg-2.3/OpenJPEGTargets-noconfig.cmake
  /usr/lib/cmake/openjpeg-2.3/OpenJPEGTargets.cmake
  /usr/lib/pkgconfig/libopenjp2.pc
Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install.
openjpeg: 11 installed and not shipped files. [installed-vs-shipped]
ERROR: openjpeg-2.3.0-r0 do_package: Fatal QA errors found, failing task.
ERROR: openjpeg-2.3.0-r0 do_package: Function failed: do_package

It seems this is a regression caused by:

9029f05?diff=unified

It was fixed before by:

bc5c01d#diff-e0504e7d7b16e10039212aea8966fe76

Regards

I'm using arptables for arp spoofing and add MAC & IP in a whitelist, but I don't see any way how to send "hits" to a LOG file (/var/log..). Is there any way sending arptables filtered packets toa LOG file or syslog ?

meta-oe's nodejs recipe currently builds node with --without-intl. That means there's no internationalization support.

One of the consequences is that the inspector module is not built at all. Recent (at least M71 onwards) Chromium releases need the inspector module as part of the build, so I wonder if the recipe can start depending on ICU and pass --with-intl=system-icu to configure.py.

according to http://svn.savannah.gnu.org/viewvc/trunk/nano/COPYING?revision=4147&root=nano&view=markup nano changed it's license to GPLv3 in 2007.

LIC_FILES_CHKSUM uses correct checksum, but LICENSE is set to GPLv2

It appears that after commit:
0b62032
gpsd: Fix gpsd Yocto pyro build for read only rootfs

The default config file /etc/default/gpsd is not created, and the gpsd.service fails to start because it can't find it.

I am on yocto poky version 2.2 morty branch and keep getting the above expansion error.
Anyone with an idea how I can go about it?

Hi everyone,

I just struggled some time to get a yocto build using apache, mysql and php working. Since the explanation in the readme of the webserver package indeed lead me on the right path but misses some relevant information to solve the problem quickly, I wanted to share my path with others. Maybe you could include it somehow in the readme.

Create a new .bbappend file which includes the follwing:

DEPENDS= "apache2 uclibc"
RDEPENDS_${PN} = "apache2 uclibc"
PACKAGECONFIG_append += " mysql apache2 ${@bb.utils.contains('DISTRO_FEATURES', 'pam, 'pam', '', d)}"
 
IMAGE_INSTALL_append += " phpmyadmin"
IMAGE_INSTALL_append += " proftpd"
IMAGE_INSTALL_append += " apache2"
IMAGE_INSTALL_append += " mysql5"	
IMAGE_INSTALL_append += " php"
IMAGE_INSTALL_append += " php-cli"
IMAGE_INSTALL_append += " php-modphp"

Add the following lines to your layer.conf file:

PACKAGECONFIG_append_pn-php= " apache2"
PACKAGECONFIG_append_pn-php = " uclib"	

Make sure to not forget the space between " and the beginning of the package.

Best regards!

Is there a reason why the "mongodb" recipe is disabled on arm, despite it being a supported platform?

COMPATIBLE_HOST_arm = "null"

The "logging" module for python 2.7 isn't available on sumo.

python
>>> import logging
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ImportError: No module named logging

Hi folks,

encountered this while building an aarch64 multib, based on Yocto 2.6 (thud)

meta-multimedia/recipes-multimedia/openal/openal-soft_1.15.1.bb

...
ERROR: openal-soft-1.15.1-r0 do_package: QA Issue: openal-soft: Files/directories were installed but not shipped in any package:
  /usr/lib/libopenal.so.1
  /usr/lib/libopenal.so.1.15.1
  /usr/lib/libopenal.so
  /usr/lib/pkgconfig
  /usr/lib/pkgconfig/openal.pc
Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install.
openal-soft: 5 installed and not shipped files. [installed-vs-shipped]
ERROR: openal-soft-1.15.1-r0 do_package: Fatal QA errors found, failing task.
ERROR: openal-soft-1.15.1-r0 do_package: Function failed: do_package

The recipe references an rather outdated/old openal version.
Looks like the cmake files are not compatible wrt multilib.

I found some multilib related fixes here: kcat/openal-soft@6387933

So you need at least openal-soft-1.18.0 to have proper multlib support.

Also I found the original tarball provider/server pretty unstable: http://kcat.strangesoft.net/openal-releases/
Lots of times the server didn't respond.
Why not using github mirror for this.

My recipe 'openal-soft_1.18.0.bb' based on old 1.15.1 that worked (no further guarantees tho).

SUMMARY = "OpenAL is a cross-platform 3D audio API"
HOMEPAGE = "http://kcat.strangesoft.net/openal.html"
LICENSE = "GPLv2"
LIC_FILES_CHKSUM = "file://COPYING;md5=5f30f0716dfdd0d91eb439ebec522ec2"

inherit cmake pkgconfig

SRC_URI = "https://github.com/kcat/openal-soft/archive/${BP}.tar.gz"
SRC_URI[md5sum] = "a714a3ee1a5d5e2d963f996bc9af50f2"
SRC_URI[sha256sum] = "ad9095f0b9b62903f3a43e2c7df429a44d563aa0c93f7931338ab8fc4035b5c4"

S = "${WORKDIR}/${BPN}-${BPN}-${PV}"

PACKAGECONFIG ?= "${@bb.utils.filter('DISTRO_FEATURES', 'alsa pulseaudio', d)}"
PACKAGECONFIG[alsa] = "-DALSA=TRUE, -DALSA=FALSE, alsa-lib"
PACKAGECONFIG[pulseaudio] = "-DPULSEAUDIO=TRUE, -DPULSEAUDIO=FALSE, pulseaudio"
# currently doesn't work with libav-9
# PKG_CHECK_MODULES(FFMPEG libavcodec>=53.61.100 libavformat>=53.32.100 libavutil>=51.35.100)
# but alffmpeg.c:418:44: error: 'AV_CH_LAYOUT_MONO' undeclared (first use in this function)
PACKAGECONFIG[examples] = "-DEXAMPLES=TRUE, -DEXAMPLES=FALSE, libav"

FILES_${PN} += "${datadir}/openal" 

EDIT: Also BPN should be used in place of PN otherwise S will be incorrectly expanded in multilib prefix 'bitbake lib32-image-target' MLPREFIX -> PN=lib32-PN

Regards

srecord_1.64.bb is marked as GPLv2 while license file in tar ball is GPLv3

I've got rdma-core building successfully into the yocto build now and it configures correctly. However, when I run any of several test apps that ping between the Arria10 board and a PC, I'm getting nasty segfault errors. The issue appears to be with registration of memory regions. Here's an example when I'm running the server side of a udaddy ping pong test:

root@arria10:~# udaddy -s 10.0.1.16
udaddy: starting client
[ 1883.526301] rdma_rxe: null vaddr
udaddy: connecting
failed to reg MR
udaddy: failed to create messages: -1
test complete
Segmentation fault

I'm running kernel 4.17 and the most recent (v18) version of rdma-core

Thanks,
FM

If you attempt to build any project with which uses recipes from meta-openembedded/meta-oe, there are build errors due to QT changes in openembedded-core:

ERROR: ParseError at /home/user/devel/meta-openembedded/meta-oe/recipes-navigation/monav/monav_0.3.bb:17: Could not inherit file classes/qmake2.bbclass

The problem line is

inherit qmake2 qt4x11

due to the fact recipes-qt are no longer a part of the OE-core.

It appears that a recent commit to the openembedded-core project made changes to QT which are causing this build failure:

commit cb89d2b25b4edb1241bc5426a69a6bc44df9be2c
Author: Alexander Kanavin <[email protected]>
Date:   Fri Nov 27 15:48:20 2015 +0200

    qt4: remove recipes and classes

    Qt4 is no longer supportd upstream, but it is still needed for LSB compliancy.
    Qt4 recipes have been moved to a separate meta-qt4 layer to be consistent with
    meta-qt3 and meta-qt5.

    Signed-off-by: Alexander Kanavin <[email protected]>
    Signed-off-by: Ross Burton <[email protected]>

In addition to the monav recipe, several others in the meta-eo have dependencies on QT:

./meta-oe/recipes-extended/hplip/hplip_3.12.6.bb
./meta-oe/recipes-extended/sip/sip_4.16.4.bb
./meta-oe/recipes-devtools/python/python-pyqt_4.11.3.bb
./meta-oe/recipes-qt/qtserialport/qtserialport-e_5.1.0.bb
./meta-oe/recipes-qt/libconnman-qt/libconnman-qt_git.bb
./meta-oe/recipes-qt/libconnman-qt/libconnman-qte_git.bb
./meta-oe/recipes-qt/qconnman/qconnman-e_git.bb
./meta-oe/recipes-qt/qconnman/qconnman_git.bb
./meta-oe/recipes-qt/qt-mobility/qt-mobility-embedded_1.2.0.bb
./meta-oe/recipes-qt/qt-mobility/qt-mobility_1.2.0.inc
./meta-oe/recipes-qt/qt-mobility/qt-mobility-x11_1.2.0.bb
./meta-oe/recipes-qt/qextserialport/qextserialport_1.2rc.bb
./meta-oe/recipes-qt/fingerterm/fingerterm_1.0.2.bb
./meta-oe/recipes-qt/libqofono/libqofono_0.4.bb
./meta-oe/recipes-qt/qwt/qwt-e_6.0.1.bb
./meta-oe/recipes-qt/qwt/qwt_6.0.1.bb
./meta-oe/recipes-qt/qcanobserver/qcanobserver_svn.bb
./meta-oe/recipes-qt/qcanobserver/qcanobserver-socketcan_svn.bb
./meta-oe/recipes-qt/qt-creator/qt-creator_2.8.1.bb
./meta-oe/recipes-support/maliit/maliit-framework_git.bb
./meta-oe/recipes-support/maliit/maliit-plugins_git.bb
./meta-oe/recipes-support/poppler/poppler_0.37.0.bb
./meta-oe/recipes-navigation/monav/monav_0.3.bb
./meta-oe/recipes-navigation/navit/navit.inc
./meta-oe/recipes-navigation/gpsd/gpsd_3.14.bb
./meta-multimedia/recipes-multimedia/vlc/vlc_2.2.1.bb

Let me know if more information is need or some direction on how to resolve the problem.

I somehow got my build into a state where ttf-droid_git.bb would fail in do_install_prepend() due to it trying to rm files that had already been deleted. Changing "rm" to "rm -f" would be a workaround, although deleting files from the source directory in do_install_prepend seems like a hack in the first place.

Hi!

I am trying to build an image for Intel Edison, that includes some software from the meta-oe repo on daisy branch(Intel docs suggest to use daisy).

When I try to add tmux to my image, it fails during do_configure_prepend() with the following message:

sed: can't read Makefile.am: No such file or directory

Is there anything I can try?

Thank you!

ERROR: onig-5.9.6-r0 do_fetch: Fetcher failure for URL: 'https://web.archive.org/web/20150807014439/http://www.geocities.jp/kosako3/oniguruma/archive/onig-5.9.6.tar.gz'. Unable to fetch URL from any source.
ERROR: onig-5.9.6-r0 do_fetch: Function failed: base_do_fetch
ERROR: Logfile of failure stored in: /home/ubuntu/poky/build-mlb01-rtos/tmp/work/cortexa7-poky-linux-gnueabi/onig/5.9.6-r0/temp/log.do_fetch.68923
ERROR: Task (/home/ubuntu/poky/meta-openembedded/meta-oe/recipes-support/onig/onig_5.9.6.bb:do_fetch) failed with exit code '1'

The page can not be displayed
Sorry, the accessed page is no longer currently available. Please try again later. Please check the help If you have any questions, if that does not work please contact us from within the help page.

pypi issue #438 broke URL lookups for packages. I believe the issues' resolution requires changing the domain used for the package's URL from:

https://pypi.python.org

to:

https://files.pythonhosted.org

--- pypi.bbclass
+++ pypi.bbclass
@@ -13,7 +13,7 @@ def pypi_src_uri(d):
     package = d.getVar('PYPI_PACKAGE', True)
     package_ext = d.getVar('PYPI_PACKAGE_EXT', True)
     pv = d.getVar('PV', True)
-    return 'https://pypi.python.org/packages/source/%s/%s/%s-%s.%s' % (package[0], package, package, pv, package_ext)
+    return 'https://files.pythonhosted.org/packages/source/%s/%s/%s-%s.%s' % (package[0], package, package, pv, package_ext)

 PYPI_SRC_URI ?= "${@pypi_src_uri(d)}"

Seems to work.

Since yocto 2.1, the getVar function in bitbake/lib/bb/data_smart.py doesn't have a default value for the parameter 'expand' anymore. Because of that, meta-openembedded layers throw a lot of ExpansionError exceptions, saying getVar() missing 1 required positional argument: 'expand'.
See also https://bugzilla.yoctoproject.org/show_bug.cgi?id=3314

My yocto program is from "https://wiki.linaro.org/HowTo/ARMv8/OpenEmbedded".

When I do "bitbake mozjs -f", I get a error below:

bitbake mozjs -f

Loading cache: 100% |##########################################################################################################################| ETA: 00:00:00
Loaded 2418 entries from dependency cache.
WARNING: No recipes available for:
/home/wkf/halogen/openembedded/jenkins-setup/meta-selinux/recipes-kernel/linux/linux-yocto_3.4.bbappend
/home/wkf/halogen/openembedded/jenkins-setup/meta-virtualization/recipes-kernel/linux/linux-yocto_3.4.bbappend
/home/wkf/halogen/openembedded/jenkins-setup/meta-selinux/recipes-extended/at/at_3.1.14.bbappend
NOTE: Resolving any missing task queue dependencies

Build Configuration:
BB_VERSION = "1.23.1"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING = "SUSE-LINUX-11"
TARGET_SYS = "aarch64-oe-linux"
MACHINE = "genericarmv8"
DISTRO = "nodistro"
DISTRO_VERSION = "nodistro.0"
TUNE_FEATURES = "aarch64"
meta-oe
meta-filesystems
meta-initramfs
meta-webserver
meta-networking
meta-gnome = "master:8c6721febfe1972c3bff6012ca7c70148343ec06"
meta-aarch64
meta-bigendian
meta-linaro
meta-linaro-toolchain
meta-linaro-integration = "master:a6d9587b06c8b513cf7013281a520e69fac99d72"
meta-virtualization = "master:4544c08af803f6ce569fd67216b33ee5e6c28cfa"
meta-browser = "master:61cf2e04146c47be37d7652c8ecbfb47d66c52fb"
meta-selinux = "master:fe356c16f803c01d57770ef4512c746517cabe95"
meta = "master:ccf616b7263e446d5f0cd1169d84bfdcbc115f57"
meta-java = "master:d2b75b615e4612f9fa05950c1d76d4a719e573d4"

NOTE: Preparing runqueue
NOTE: Tainting hash to force rebuild of task /home/wkf/halogen/openembedded/jenkins-setup/meta-openembedded/meta-oe/recipes-extended/mozjs/mozjs_17.0.0.bb, do_rm_work_all
WARNING: /home/wkf/halogen/openembedded/jenkins-setup/meta-openembedded/meta-oe/recipes-extended/mozjs/mozjs_17.0.0.bb.do_rm_work_all is tainted from a forced run
NOTE: Executing SetScene Tasks
NOTE: Executing RunQueue Tasks
ERROR: Function failed: do_compile (log file is located at /home/wkf/halogen/openembedded/jenkins-setup/build/tmp-eglibc/work/aarch64-oe-linux/mozjs/17.0.0-r0/temp/log.do_compile.58030)
ERROR: Logfile of failure stored in: /home/wkf/halogen/openembedded/jenkins-setup/build/tmp-eglibc/work/aarch64-oe-linux/mozjs/17.0.0-r0/temp/log.do_compile.58030
Log data follows:
| DEBUG: SITE files ['endian-little', 'bit-64', 'arm-common', 'common-linux', 'common-glibc', 'aarch64-linux', 'common']
| DEBUG: Executing shell function do_compile
| NOTE: make -j 64
| make export
| make[1]: Entering directory /home/wkf/halogen/openembedded/jenkins-setup/build/tmp-eglibc/work/aarch64-oe-linux/mozjs/17.0.0-r0/build' | make -C config/ nsinstall | mkdir -p /home/wkf/halogen/openembedded/jenkins-setup/build/tmp-eglibc/work/aarch64-oe-linux/mozjs/17.0.0-r0/build/.deps | /usr/local/bin/python2.7 /home/wkf/halogen/openembedded/jenkins-setup/build/tmp-eglibc/work/aarch64-oe-linux/mozjs/17.0.0-r0/mozjs17.0.0/js/src/builtin/embedjs.py selfhosted.out.h /home/wkf/halogen/openembedded/jenkins-setup/build/tmp-eglibc/work/aarch64-oe-linux/mozjs/17.0.0-r0/mozjs17.0.0/js/src/js.msg \ | /home/wkf/halogen/openembedded/jenkins-setup/build/tmp-eglibc/work/aarch64-oe-linux/mozjs/17.0.0-r0/mozjs17.0.0/js/src/builtin/macros.py /home/wkf/halogen/openembedded/jenkins-setup/build/tmp-eglibc/work/aarch64-oe-linux/mozjs/17.0.0-r0/mozjs17.0.0/js/src/builtin/array.js | nsinstall.c | make[2]: Entering directory/home/wkf/halogen/openembedded/jenkins-setup/build/tmp-eglibc/work/aarch64-oe-linux/mozjs/17.0.0-r0/build/config'
| gcc -o host_nsinstall.o -c -O2 -pipe -g -feliminate-unused-debug-types -DXP_UNIX -O3 -DUNICODE -D_UNICODE -I/home/wkf/halogen/openembedded/jenkins-setup/build/tmp-eglibc/work/aarch64-oe-linux/mozjs/17.0.0-r0/mozjs17.0.0/js/src/config -I. -I../dist/include /home/wkf/halogen/openembedded/jenkins-setup/build/tmp-eglibc/work/aarch64-oe-linux/mozjs/17.0.0-r0/mozjs17.0.0/js/src/config/nsinstall.c
| pathsub.c
| gcc -o host_pathsub.o -c -O2 -pipe -g -feliminate-unused-debug-types -DXP_UNIX -O3 -DUNICODE -D_UNICODE -I/home/wkf/halogen/openembedded/jenkins-setup/build/tmp-eglibc/work/aarch64-oe-linux/mozjs/17.0.0-r0/mozjs17.0.0/js/src/config -I. -I../dist/include /home/wkf/halogen/openembedded/jenkins-setup/build/tmp-eglibc/work/aarch64-oe-linux/mozjs/17.0.0-r0/mozjs17.0.0/js/src/config/pathsub.c
| Traceback (most recent call last):
| File "/home/wkf/halogen/openembedded/jenkins-setup/build/tmp-eglibc/work/aarch64-oe-linux/mozjs/17.0.0-r0/mozjs17.0.0/js/src/builtin/embedjs.py", line 12, in
| import re, sys, os, js2c, fileinput
| File "/home/wkf/halogen/openembedded/jenkins-setup/build/tmp-eglibc/work/aarch64-oe-linux/mozjs/17.0.0-r0/mozjs17.0.0/js/src/builtin/js2c.py", line 36, in
| import bz2
| ImportError: No module named bz2
| make[1]: *** [selfhosted.out.h] Error 1
| make[1]: *** Waiting for unfinished jobs....
| gcc -o nsinstall -O2 -pipe -g -feliminate-unused-debug-types -DXP_UNIX -O3 -DUNICODE -D_UNICODE -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed host_nsinstall.o host_pathsub.o
| make[2]: Leaving directory /home/wkf/halogen/openembedded/jenkins-setup/build/tmp-eglibc/work/aarch64-oe-linux/mozjs/17.0.0-r0/build/config' | make[1]: Leaving directory/home/wkf/halogen/openembedded/jenkins-setup/build/tmp-eglibc/work/aarch64-oe-linux/mozjs/17.0.0-r0/build'
| make: *** [default] Error 2
| ERROR: oe_runmake failed
| WARNING: /home/wkf/halogen/openembedded/jenkins-setup/build/tmp-eglibc/work/aarch64-oe-linux/mozjs/17.0.0-r0/temp/run.do_compile.58030:145 exit 1 from
| exit 1
| ERROR: Function failed: do_compile (log file is located at /home/wkf/halogen/openembedded/jenkins-setup/build/tmp-eglibc/work/aarch64-oe-linux/mozjs/17.0.0-r0/temp/log.do_compile.58030)
ERROR: Task 6 (/home/wkf/halogen/openembedded/jenkins-setup/meta-openembedded/meta-oe/recipes-extended/mozjs/mozjs_17.0.0.bb, do_compile) failed with exit code '1'
NOTE: Tasks Summary: Attempted 675 tasks of which 657 didn't need to be rerun and 1 failed.
Waiting for 0 running tasks to finish:

Summary: 1 task failed:
/home/wkf/halogen/openembedded/jenkins-setup/meta-openembedded/meta-oe/recipes-extended/mozjs/mozjs_17.0.0.bb, do_compile
Summary: There were 2 WARNING messages shown.
Summary: There was 1 ERROR message shown, returning a non-zero exit code.

Hi All.
it looks that 3.4.x branch has been removed from google github, making protobuf unbuidable.
Any chance to cherry-pick commit 01e54eb in rocko from sumo/master branch of meta-openembedded ?
Thansk
BR
Pier

The only SRC
git://github.com/ago/pps-tools.git
seems to be deleted.
Mirror?

When installing python-protobuf using Yocto it does not seem to install all the required runtime dependencies.

The python-protobuf recipe in the meta-openembedded master branch seems to have this dependency listed, but the recipe in the Rocko branch (that we use) does not.

There are no build error, but at runtime, OpenLDAP cannot load its modules.
Looking at the files, only some are installed on the target (file matching this regexp: back_([a-z]*)\-.*\.so\..*$)

Also libraries consistently (compilation, package, install) go to /usr/lib/openldap/openldap/ (twice "openldap"). Note that the files are build, but not installed.

I am using Jethro branch.

https://github.com/openembedded/meta-openembedded/blob/jethro/meta-oe/recipes-support/openldap/openldap_2.4.42.bb

I have an error in postinstall scriptlet:

Found haveged.service in /lib/systemd/system/haveged.service
WantedBy=multi-user.target found in haveged.service
Enabled haveged.service for multi-user.target.
update-rc.d: .../test-image/1.0-r0/rootfs/etc/init.d/haveged: file does not exist

And I get the following warnings:

WARNING: test-image-1.0-r0 do_rootfs: haveged.postinst returned 1, marking as unpacked only, configuration required on target.
WARNING: test-image-1.0-r0 do_rootfs: Intentionally failing postinstall scriptlets of ['haveged'] to defer them to first boot is deprecated. Please place them into pkg_postinst_ontarget_${PN} ().
If deferring to first boot wasn't the intent, then scriptlet failure may mean an issue in the recipe, or a regression elsewhere.
WARNING: test-image-1.0-r0 do_rootfs: [log_check] test-image: found 2 warning messages in the logfile:
[log_check] WARNING: Intentionally failing postinstall scriptlets of ['haveged'] to defer them to first boot is deprecated. Please place them into pkg_postinst_ontarget_${PN} ().
[log_check] WARNING: Intentionally failing postinstall scriptlets of ['haveged'] to defer them to first boot is deprecated. Please place them into pkg_postinst_ontarget_${PN} ().

I don't have this problem on previous version (rocko).

Hi. I'm currently working off of the yocto Krogoth branch and wanted to add adb to my root file system, so I pulled in the android-tools folder from the pyro branch. I was able to bitbake it successfully but when I run adb devices on my arm board, nothing shows up. However, when I put this version on my board, it displays the device that I have attached. What could be causing this discrepancy?

ERROR: python-pytz-2017.2-r0 do_fetch: Fetcher failure for URL: 'https://files.pythonhosted.org/packages/source/p/pytz/pytz-2017.2.tar.gz'. Unable to fetch URL from any source.
ERROR: python-pytz-2017.2-r0 do_fetch: Function failed: base_do_fetch
ERROR: Logfile of failure stored in: /home/ostende/e2/build-enviroment/builds/openbh/release/vusolo2/tmp/work/mips32el-oe-linux/python-pytz/python-pytz-2017.2-r0/temp/log.do_fetch.17425
ERROR: Task (/home/ostende/e2/build-enviroment/meta-openembedded/meta-python/recipes-devtools/python/python-pytz_2017.2.bb:do_fetch) failed with exit code '1'

The synergy recipe points to a non-existent repository: the repo was moved some time ago, but now the sources have also been removed from the old location. Need support for this in the Morty branch, but note that even master branch is not updated.

meta-openembedded/meta-oe/recipes-support/synergy/synergy_git.bb

The new repository is at https://github.com/symless/synergy-core

IMHO, the recipe 'meta-python-recipes-devtools/python/python-attrs.inc' at the master branch doesn't need the RDEPENDS on ${PYTHON_PN}-cryptography.

At least I could not find anything about cryto when doing 'devtool modify python3-attrrs' having meta-python at master.

Without the RDEPENDS at crytpograph, my build was passing and working and 12% smaller.

The gtkmm version 2.24.3 has an upstream bug which will cause the compilation of applications which use gtkmm to break.

https://bugzilla.gnome.org/show_bug.cgi?id=697835

So, upgrading the gtkmm recipe in meta-oe layer to 2.24.4 solves the problem, there are no dependency changes when bumping the version to 2.24.4

When activating support for postgresql:

PACKAGECONFIG_pn-php = "mysql sqlite3 pgsql"

The recipe fails:

ERROR: This autoconf log indicates errors, it looked at host include and/or library paths while determining system capabilities.
Rerun configure task after fixing this. The path was '[...]/edison-src/build/tmp/work/core2-32-poky-linux/php/5.5.24-r0/php-5.5.24'
ERROR: Function failed: do_qa_configure

The reason is that the recipe tries to link against local libraries. "config.log" shows among others the following output:

configure:75580: checking for PostgreSQL support
configure:75616: result: yes
configure:75635: checking for pg_config
configure:75645: result: /usr/bin/pg_config
configure:75702: checking for PQescapeString in -lpq
configure:75727: i586-poky-linux-gcc  -m32 -march=core2 -mtune=core2 -msse3 -mfpmath=sse -mstackrealign -fno-omit-frame-pointer --sysroot=/edison-src/build/tmp/sysroots/edison -o conftest -I/edison-src/build/tmp/sysroots/edison/usr/lib/../include  -O2 -pipe -g -feliminate-unused-debug-types  -D_GNU_SOURCE -g -DPTYS_ARE_GETPT -DPTYS_ARE_SEARCHED -I/edison-src/build/tmp/sysroots/edison/usr/include/apache2  -L/usr/lib -L/edison-src/build/tmp/sysroots/edison/usr/lib/../lib -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -L/edison-src/build/tmp/sysroots/edison/usr/lib/../lib -L/edison-src/build/tmp/sysroots/edison/usr/lib -L/edison-src/build/tmp/sysroots/edison/usr//lib conftest.c -lpq  -lrt -lsqlite3 -lmysqlclient -lmcrypt -lltdl -lbz2 -lz -lsqlite3 -lm  -lxml2 -lxml2 -lmysqlclient -lz -lcrypt -lnsl -lm -lmysqlclient -lz -lcrypt -lnsl -lm >&5
edison-src/build/tmp/sysroots/i686-linux/usr/libexec/core2-32-poky-linux/gcc/i586-poky-linux/4.8.2/ld: warning: library search path "/usr/lib" is unsafe for cross-compilation
edison-src/build/tmp/sysroots/i686-linux/usr/libexec/core2-32-poky-linux/gcc/i586-poky-linux/4.8.2/ld: warning: libkrb5.so.3, needed by /usr/lib/libpq.so, not found (try using -rpath or -rpath-link)
edison-src/build/tmp/sysroots/i686-linux/usr/libexec/core2-32-poky-linux/gcc/i586-poky-linux/4.8.2/ld: warning: libgssapi_krb5.so.2, needed by /usr/lib/libpq.so, not found (try using -rpath or -rpath-link)
edison-src/build/tmp/sysroots/i686-linux/usr/libexec/core2-32-poky-linux/gcc/i586-poky-linux/4.8.2/ld: warning: libldap_r-2.4.so.2, needed by /usr/lib/libpq.so, not found (try using -rpath or -rpath-link)
/usr/lib/libpq.so: undefined reference to `gss_release_name@gssapi_krb5_2_MIT'
/usr/lib/libpq.so: undefined reference to `GSS_C_NT_HOSTBASED_SERVICE@gssapi_krb5_2_MIT'
/usr/lib/libpq.so: undefined reference to `krb5_free_unparsed_name@krb5_3_MIT'
/usr/lib/libpq.so: undefined reference to `krb5_cc_get_principal@krb5_3_MIT'
[...]

I posted this already in the official yocto mailing list: https://www.mail-archive.com/[email protected]/msg24335.html

Operating system is Ubuntu 32 bit as well as Ubuntu 64 bit.

I am willed to fix this but I need some support.

In the build process of php7.2.7 there seems to be a host configuration leakage to the target build.
I have installed valgrind on my build host and the php target build fails with:

.../build/tmp/work/core2-32-poky-linux/php/7.2.7-r0/php-7.2.7/sapi/cgi/cgi_main.c:100:11: fatal error: valgrind/callgrind.h: No such file or directory
| # include "valgrind/callgrind.h"
| ^~~~~~~~~~~~~~~~~~~~~~
| compilation terminated.
| make: *** [sapi/cgi/cgi_main.lo] Error 1
| make: *** Waiting for unfinished jobs....
| ERROR: oe_runmake failed
| WARNING: .../build/tmp/work/core2-32-poky-linux/php/7.2.7-r0/temp/run.do_compile.7658:1 exit 1 from 'exit 1'
| ERROR: Function failed: do_compile (log file is located at .../build/tmp/work/core2-32-poky-linux/php/7.2.7-r0/temp/log.do_compile.7658)
ERROR: Task (.../build/../meta-openembedded/meta-oe/recipes-devtools/php/php_7.2.7.bb:do_compile) failed with exit code '1'

When I remove valgrind from my host system, the build runs fine.

Checking the php source code I found that HAS_VALGRIND seems to be defined when the build fails, although there is no valgrind installed on the host.

I have seen this problem on the most recent sumo branch of meta-openembedded.

If I can add more information, please let me know!

I can't find any other replacement of this URL, and after typing"bitbake fsl-image-minimal", it keeps saying that this is ERROR and stop.

any solution?