<html><head></head><body><div>Resending this now that i am on the correct mailing list. <br></div><div><br></div><div>Thank you for pointing this to the right location, <br></div><div><br></div><div>If i read your suggestion correctly, it was to replace</div><div><br></div><div> FILES_${PN}-cxx = "${libdir}/*cxx*so"</div><div><br></div><div>with</div><div><br></div><div>FILES_${PN}-dev += "${libdir}/*cxx*so" <br></div><div><br></div><div>which I did and it did not change the error.</div><div><br></div><br><div>Thanks,</div>Chad<br><br><div>Thanks,</div><div>Chad<br></div><br><br><br><div><strong>
From:
</strong>
 
Robert Yang &lt;liezhi.yang@windriver.com&gt;
<br>
<strong>
To:
</strong>
 
Chad Gibeaut &lt;chadg@videx.com&gt;, oe-core &lt;openembedded-core@lists.openembedded.org&gt;
<br>
<strong>
Sent:
 
</strong>
4/23/2019 12:51 AM
<br>
<strong>
Subject:
</strong>
 
Re: [bitbake-devel] QA Error for DB
<br><br><blockquote class="mori" style="margin:0 0 0 .8ex;border-left:1px solid #CCC;padding-left:1ex;">Hi Chad,
<br>
<br>This emails should go into oe-core mailing list (Please see the To list).
<br>And I think that something is wrong with:
<br>
<br>&gt; # The executables go in a separate package - typically there
<br>&gt; # is no need to install these unless doing real database
<br>&gt; # management on the system.
<br>&gt; inherit lib_package
<br>&gt; 
<br>&gt; PACKAGES =+ "${PN}-cxx"
<br>&gt; FILES_${PN}-cxx = "${libdir}/*cxx*so"
<br>
<br>Only -dev/-dbg/nativesdk- packages can contain .so (endswith .so) file,
<br>so you can try:
<br>
<br>FILES_${PN}-dev += "${libdir}/*cxx*so"
<br>
<br>This is just a rough suggestion, I didn't try it, you need test it
<br>carefully before really use it.
<br>
<br>&gt; 
<br>&gt; 
<br>&gt; # The dev package has the .so link (as in db3) and the .a's -
<br>&gt; # it is therefore incompatible (cannot be installed at the
<br>&gt; # same time) as the db3 package
<br>&gt; # sort out the .so since they do version prior to the .so
<br>&gt; SOLIBS = "-6*.so"
<br>&gt; FILES_SOLIBSDEV = "${libdir}/libdb.so ${libdir}/libdb_cxx.so"
<br>
<br>
<br>// Robert
<br>
<br>
<br>On 4/20/19 1:43 AM, Chad Gibeaut wrote:
<br>&gt; I am building images(yocto,bitbake,busybox) for two differnt karo SOM's. Both of 
<br>&gt; the configuration files are the same (including my own software)
<br>&gt; 
<br>&gt; One build fails during the QA portion of the build process on the recipe for the 
<br>&gt; Berkeley DB from Oracle. I am not even sure what is requiring this, but 
<br>&gt; something does.
<br>&gt; 
<br>&gt; |ERROR: db-6.0.30-r0 do_package_qa: QA Issue: non -dev/-dbg/nativesdk- package 
<br>&gt; contains symlink .so: db path 
<br>&gt; 'work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db/usr/lib/libdb-6.so' 
<br>&gt; [dev-so] ERROR: db-6.0.30-r0 do_package_qa: QA run found fatal errors. Please 
<br>&gt; consider fixing them. ERROR: db-6.0.30-r0 do_package_qa: Function failed: 
<br>&gt; do_package_qa ERROR: Logfile of failure stored in: 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/temp/log.do_package_qa.1270 
<br>&gt; ERROR: Task 2138 
<br>&gt; (/home/test/karo/fsl-community-bsp_5011/sources/poky/meta/recipes-support/db/db_6.0.30.bb, 
<br>&gt; do_package_qa) failed with exit code '1' |
<br>&gt; 
<br>&gt; In the folder the error mentions is the .so file along with a link back to that 
<br>&gt; same so file minus the minor version.
<br>&gt; 
<br>&gt; |-rwxr-xr-x 2 test test 1.1M Apr 9 12:23 libdb-6.0.so lrwxrwxrwx 1 test test 12 
<br>&gt; Apr 9 12:24 libdb-6.so -&gt; libdb-6.0.so |
<br>&gt; 
<br>&gt; This linked file is being created during the build at some point (removing the 
<br>&gt; linked file or even the whole build directory and rerunning results in the same 
<br>&gt; issue)
<br>&gt; 
<br>&gt; I think I could probably find a way to disable the QA check, but thats not ideal 
<br>&gt; since something requires this and I dont like having to disable checks for 
<br>&gt; production code.
<br>&gt; 
<br>&gt; The Error log file mentioned in the error is here:
<br>&gt; 
<br>&gt; -----------------------------------------------------------------------------------------------------------------------------------------------------------ERROR 
<br>&gt; Log-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
<br>&gt; 
<br>&gt; |DEBUG: Executing python function sstate_task_prefunc DEBUG: Python function 
<br>&gt; sstate_task_prefunc finished DEBUG: Executing python function do_package_qa 
<br>&gt; NOTE: DO PACKAGE QA DEBUG: Executing python function read_subpackage_metadata 
<br>&gt; DEBUG: Python function read_subpackage_metadata finished NOTE: Package db 
<br>&gt; skipping QA tests: ['dev-soalready-stripped'] NOTE: Checking Package: db NOTE: 
<br>&gt; arm-poky-linux-gnueabi-objdump -p 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db/usr/lib/libdb-6.0.so 
<br>&gt; ERROR: QA Issue: non -dev/-dbg/nativesdk- package contains symlink .so: db path 
<br>&gt; 'work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db/usr/lib/libdb-6.so' 
<br>&gt; [dev-so] NOTE: Checking Package: db-bin NOTE: arm-poky-linux-gnueabi-objdump -p 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-bin/usr/bin/db_stat 
<br>&gt; NOTE: arm-poky-linux-gnueabi-objdump -p 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-bin/usr/bin/db_deadlock 
<br>&gt; NOTE: arm-poky-linux-gnueabi-objdump -p 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-bin/usr/bin/db_replicate 
<br>&gt; NOTE: arm-poky-linux-gnueabi-objdump -p 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-bin/usr/bin/db_log_verify 
<br>&gt; NOTE: arm-poky-linux-gnueabi-objdump -p 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-bin/usr/bin/db_verify 
<br>&gt; NOTE: arm-poky-linux-gnueabi-objdump -p 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-bin/usr/bin/db_upgrade 
<br>&gt; NOTE: arm-poky-linux-gnueabi-objdump -p 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-bin/usr/bin/db_printlog 
<br>&gt; NOTE: arm-poky-linux-gnueabi-objdump -p 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-bin/usr/bin/db_archive 
<br>&gt; NOTE: arm-poky-linux-gnueabi-objdump -p 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-bin/usr/bin/db_hotbackup 
<br>&gt; NOTE: arm-poky-linux-gnueabi-objdump -p 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-bin/usr/bin/db_dump 
<br>&gt; NOTE: arm-poky-linux-gnueabi-objdump -p 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-bin/usr/bin/db_load 
<br>&gt; NOTE: arm-poky-linux-gnueabi-objdump -p 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-bin/usr/bin/db_checkpoint 
<br>&gt; NOTE: arm-poky-linux-gnueabi-objdump -p 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-bin/usr/bin/db_recover 
<br>&gt; NOTE: arm-poky-linux-gnueabi-objdump -p 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-bin/usr/bin/db_tuner 
<br>&gt; NOTE: Checking Package: db-staticdev NOTE: Checking Package: db-dev NOTE: 
<br>&gt; Package db-cxx skipping QA tests: ['dev-so'] NOTE: Checking Package: db-cxx 
<br>&gt; NOTE: arm-poky-linux-gnueabi-objdump -p 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-cxx/usr/lib/libdb_cxx-6.0.so 
<br>&gt; NOTE: Checking Package: db-doc NOTE: Checking Package: db-dbg NOTE: 
<br>&gt; arm-poky-linux-gnueabi-objdump -p 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-dbg/usr/bin/.debug/db_stat 
<br>&gt; NOTE: arm-poky-linux-gnueabi-objdump -p 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-dbg/usr/bin/.debug/db_deadlock 
<br>&gt; NOTE: arm-poky-linux-gnueabi-objdump -p 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-dbg/usr/bin/.debug/db_replicate 
<br>&gt; NOTE: arm-poky-linux-gnueabi-objdump -p 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-dbg/usr/bin/.debug/db_log_verify 
<br>&gt; NOTE: arm-poky-linux-gnueabi-objdump -p 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-dbg/usr/bin/.debug/db_verify 
<br>&gt; NOTE: arm-poky-linux-gnueabi-objdump -p 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-dbg/usr/bin/.debug/db_upgrade 
<br>&gt; NOTE: arm-poky-linux-gnueabi-objdump -p 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-dbg/usr/bin/.debug/db_printlog 
<br>&gt; NOTE: arm-poky-linux-gnueabi-objdump -p 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-dbg/usr/bin/.debug/db_archive 
<br>&gt; NOTE: arm-poky-linux-gnueabi-objdump -p 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-dbg/usr/bin/.debug/db_hotbackup 
<br>&gt; NOTE: arm-poky-linux-gnueabi-objdump -p 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-dbg/usr/bin/.debug/db_dump 
<br>&gt; NOTE: arm-poky-linux-gnueabi-objdump -p 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-dbg/usr/bin/.debug/db_load 
<br>&gt; NOTE: arm-poky-linux-gnueabi-objdump -p 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-dbg/usr/bin/.debug/db_checkpoint 
<br>&gt; NOTE: arm-poky-linux-gnueabi-objdump -p 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-dbg/usr/bin/.debug/db_recover 
<br>&gt; NOTE: arm-poky-linux-gnueabi-objdump -p 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-dbg/usr/bin/.debug/db_tuner 
<br>&gt; NOTE: arm-poky-linux-gnueabi-objdump -p 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-dbg/usr/lib/.debug/libdb_cxx-6.0.so 
<br>&gt; NOTE: arm-poky-linux-gnueabi-objdump -p 
<br>&gt; /home/test/karo/fsl-community-bsp_5011/build/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/db/6.0.30-r0/packages-split/db-dbg/usr/lib/.debug/libdb-6.0.so 
<br>&gt; NOTE: Checking Package: db-locale ERROR: QA run found fatal errors. Please 
<br>&gt; consider fixing them. DEBUG: Python function do_package_qa finished ERROR: 
<br>&gt; Function failed: do_package_qa |
<br>&gt; 
<br>&gt; -----------------------------------------------------------------------------------------------------------------------------------------------------------ERROR 
<br>&gt; Log-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
<br>&gt; 
<br>&gt; And the busy box recipe is below(from the repo somewhere). There is some mention 
<br>&gt; in there about dev so files, but Im not sure if that might be the issue or even 
<br>&gt; what changes might need to be made then.
<br>&gt; 
<br>&gt; 
<br>&gt; 
<br>&gt; 
<br>&gt; -----------------------------------------------------------------------------------------------------------------------------------------------------------BB 
<br>&gt; File-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
<br>&gt; 
<br>&gt; |
<br>&gt; 
<br>&gt; 
<br>&gt; 
<br>&gt; # Version 6 of the Berkeley DB from Oracle (formerly Sleepycat) # # At present 
<br>&gt; this package only installs the DB code # itself (shared libraries, .a in the dev 
<br>&gt; package), # documentation and headers. # # The headers have the same names as 
<br>&gt; those as v3 # of the DB, only one version can be used *for dev* # at once - DB3 
<br>&gt; and DB6 can both be installed on the # same system at the same time if really 
<br>&gt; necessary. SECTION = "libs" SUMMARY = "Berkeley Database v6" HOMEPAGE = 
<br>&gt; "http://www.oracle.com/technetwork/database/database-technologies/berkeleydb/overview/index.html" 
<br>&gt; LICENSE = "AGPL-3.0" VIRTUAL_NAME ?= "virtual/db" RCONFLICTS_${PN} = "db3" # 
<br>&gt; Note, when upgraded to 6.1.x, a patch in RPM will need to be removed to activate 
<br>&gt; db 6.1 support. SRC_URI = 
<br>&gt; "http://download.oracle.com/berkeley-db/db-${PV}.tar.gz" SRC_URI += 
<br>&gt; "file://arm-thumb-mutex_db5.patch;patchdir=.. \ file://fix-parallel-build.patch 
<br>&gt; \ file://Makefile-let-libso_target-depend-on-bt_rec.patch \ 
<br>&gt; file://Makefile-let-libdb-6.0.la-depend-os_map.l.patch;patchdir=.. \ " 
<br>&gt; SRC_URI[md5sum] = "ad28eb86ad3203b5422844db179c585b" SRC_URI[sha256sum] = 
<br>&gt; "608e4b1cf390e9bf54c0ef00c5bd9ca76d36e2261b9f4d33d54516f3f6a20fd2" # Exclude NC 
<br>&gt; versions which lack AES encryption UPSTREAM_CHECK_REGEX = 
<br>&gt; "db-(?P&lt;pver&gt;\d+\.\d+(\.\d+)?).tar" UPSTREAM_CHECK_URI = 
<br>&gt; "http://www.oracle.com/technetwork/products/berkeleydb/downloads/index-082944.html" 
<br>&gt; LIC_FILES_CHKSUM = "file://../LICENSE;md5=1ec8b0b17cc31513fe35ab10716f8490" 
<br>&gt; inherit autotools # Put virtual/db in any appropriate provider of a # relational 
<br>&gt; database, use it as a dependency in # place of a specific db and use: # # 
<br>&gt; PREFERRED_PROVIDER_virtual/db # # to select the correct db in the build (distro) 
<br>&gt; .conf PROVIDES += "${VIRTUAL_NAME}" # bitbake isn't quite clever enough to deal 
<br>&gt; with sleepycat, # the distribution sits in the expected directory, but all # the 
<br>&gt; builds must occur from a sub-directory. The following # persuades bitbake to go 
<br>&gt; to the right place S = "${WORKDIR}/db-${PV}/dist" B = 
<br>&gt; "${WORKDIR}/db-${PV}/build_unix" SPDX_S = "${WORKDIR}/db-${PV}" # The 
<br>&gt; executables go in a separate package - typically there # is no need to install 
<br>&gt; these unless doing real database # management on the system. inherit lib_package 
<br>&gt; PACKAGES =+ "${PN}-cxx" FILES_${PN}-cxx = "${libdir}/*cxx*so" # The dev package 
<br>&gt; has the .so link (as in db3) and the .a's - # it is therefore incompatible 
<br>&gt; (cannot be installed at the # same time) as the db3 package # sort out the .so 
<br>&gt; since they do version prior to the .so SOLIBS = "-6*.so" FILES_SOLIBSDEV = 
<br>&gt; "${libdir}/libdb.so ${libdir}/libdb_cxx.so" #configuration - set in local.conf 
<br>&gt; to override # All the --disable-* options replace --enable-smallbuild, which 
<br>&gt; breaks a bunch of stuff (eg. postfix) DB6_CONFIG ?= "--enable-o_direct 
<br>&gt; --disable-cryptography --disable-queue --disable-replication --disable-verify 
<br>&gt; --disable-compat185 --disable-sql" EXTRA_OECONF = "${DB6_CONFIG} --enable-shared 
<br>&gt; --enable-cxx --with-sysroot" # Override the MUTEX setting here, the POSIX 
<br>&gt; library is # the default - "POSIX/pthreads/library". # Don't ignore the nice SWP 
<br>&gt; instruction on the ARM: # These enable the ARM assembler mutex code ARM_MUTEX = 
<br>&gt; "--with-mutex=ARM/gcc-assembly" MUTEX = "" MUTEX_arm = "${ARM_MUTEX}" 
<br>&gt; MUTEX_armeb = "${ARM_MUTEX}" EXTRA_OECONF += "${MUTEX}" 
<br>&gt; EXTRA_OEMAKE_class-target = 
<br>&gt; "LIBTOOL=${STAGING_BINDIR_CROSS}/${HOST_SYS}-libtool" # Cancel the site stuff - 
<br>&gt; it's set for db3 and destroys the # configure. CONFIG_SITE = "" do_configure() { 
<br>&gt; gnu-configize --force ${S} export STRIP="true" oe_runconf } do_compile_prepend() 
<br>&gt; { sed -i -e 's|hardcode_into_libs=yes|hardcode_into_libs=no|' \ ${B}/libtool } 
<br>&gt; do_install_append() { mkdir -p ${D}/${includedir}/db60 mv 
<br>&gt; ${D}/${includedir}/db.h ${D}/${includedir}/db60/. mv ${D}/${includedir}/db_cxx.h 
<br>&gt; ${D}/${includedir}/db60/. ln -s db60/db.h ${D}/${includedir}/db.h ln -s 
<br>&gt; db60/db_cxx.h ${D}/${includedir}/db_cxx.h # The docs end up in /usr/docs - not 
<br>&gt; right. if test -d "${D}/${prefix}/docs" then mkdir -p "${D}/${datadir}" test ! 
<br>&gt; -d "${D}/${docdir}" || rm -rf "${D}/${docdir}" mv "${D}/${prefix}/docs" 
<br>&gt; "${D}/${docdir}" fi chown -R root:root ${D} } INSANE_SKIP_${PN} = "dev-so" 
<br>&gt; INSANE_SKIP_${PN}-cxx = "dev-so" BBCLASSEXTEND = "native nativesdk" |
<br>&gt; 
<br>&gt; 
<br>&gt; 
<br>&gt; Thanks,
<br>&gt; Chad
<br>&gt; 
<br>&gt; 
<br>&gt; Cyberlock, Inc. | Videx, Inc. | 1105 NE Circle Blvd. | Corvallis, OR 97330 | 
<br>&gt; (541) 738-5500
<br>&gt; This email is intended only for the addressee(s) and may include material that 
<br>&gt; is privileged, confidential, and protected from disclosure. No contract is 
<br>&gt; intended. ©2019 Videx, Inc.
<br>&gt; 
<br></blockquote></div><BR />
<BR />
Cyberlock, Inc. | Videx, Inc. | 1105 NE Circle Blvd. | Corvallis, OR 97330 | (541) 738-5500<br>This email is intended only for the addressee(s) and may include material that is privileged, confidential, and protected from disclosure.  No contract is intended.  ©2019 Videx, Inc.<BR />
</body></html>