**** BEGIN LOGGING AT Wed Jan 20 02:59:57 2021
Jan 20 09:20:08 <tpreston> marex: maybe, I'm building poco from meta-openembedded + poky (dunfell) to see if it works there
Jan 20 09:20:20 <tpreston> If the rm is missing, then it's missing from the upstream poco_1.10.1.bb recipe
Jan 20 10:44:26 <mort> hey, so I have two kernel recipes: linux-linaro-qcomlt_20.07.bb and linux-linaro-qcomlt_17.06.bb. PREFERRED_VERSION_linux-linaro-qcomlt is set to 20.07, so it should, to my knowledge, be as if the 17.06 version isn't there.
Jan 20 10:44:51 <mort> The 20.07 version is also the version being built by bitbake, and errors are reported as errors with linux-linaro-qcomlt_20.07
Jan 20 10:45:38 <mort> however, in the 20.07.bb file I have `LIC_FILES_CHKSUM = "file://COPYING;md5=6bc538ed5bd9a7fc9398086aedcd7e46"`, while in the 17.06 version I have `LIC_FILES_CHKSUM = "file://COPYIN
Jan 20 10:45:38 <mort> G;md5=d7810fab7487fb0aad327b76f1be7cd7"`
Jan 20 10:45:49 <mort> and bitbake is showing this error: linux-linaro-qcomlt-20.07-r0 do_populate_lic: QA Issue: linux-linaro-qcomlt: The LIC_FILES_CHKSUM does not match for file://COPYIN
Jan 20 10:45:49 <mort> G;md5=d7810fab7487fb0aad327b76f1be7cd7
Jan 20 10:46:19 <mort> sorry for the newlines
Jan 20 10:46:35 <mort> anyways, it seems like bitbake is for some reason reading the wrong LIC_FILES_CHKSUM?
Jan 20 10:57:33 <mort> seems like it isn't using the wrong file even, it just didn't pick up on a changed LIC_FILES_CHKSUM
Jan 20 11:10:59 <mort> ah, it's being overwritten by a require. Sorry.
Jan 20 13:45:49 <tpreston> marex: so in an upstream build (gatesgarth), I see the file
Jan 20 13:45:51 <tpreston> tmp/work/core2-64-poky-linux/poco/1.10.1-r0/packages-split/poco-dev/usr/lib/cmake/Poco/PocoCryptoTargets.cmake
Jan 20 13:46:14 <tpreston> But I don't see that in my build - where the cmake file has made it into the final image
Jan 20 13:46:42 <tpreston> So figuring out how to get the poco recipe to do the packages-split is my next step
Jan 20 16:07:08 <tpreston> blerg, in the end I just removed the cmake dir with a do_install_append. Not sure why I have to do this in poky Krogoth
Jan 20 16:07:10 <tpreston> +do_install_append () {
Jan 20 16:07:10 <tpreston> +    rm -r ${D}${libdir}/cmake
Jan 20 16:07:10 <tpreston> +}
Jan 20 16:11:37 <smurray> tpreston: might be that the cmake.bbclass in krogroth doesn't add ${libdir}/cmake to FILES_${PN}-dev
Jan 20 16:15:59 <mru> friends don't let friends use cmake
Jan 20 17:12:17 <tpreston> mru: aww <3 friends
Jan 20 17:13:57 <tpreston> smurray: ahh that sounds about right. although it's not in upstream poky either https://github.com/kraj/poky/blob/master/meta/classes/cmake.bbclass
Jan 20 17:14:38 <tpreston> I tried adding `FILES_${PN}-dev = "${libdir}/cmake"`, to my recipe, but it still failed
Jan 20 17:14:42 <tpreston> is that the correct syntax?
Jan 20 17:15:39 <smurray> tpreston: it'd need to be +=, I believe, as there is a default definition you'd be adding to
Jan 20 17:18:06 <smurray> tpreston: it does seem not to be added by default, I see some other recipes in master that explicitly add it themselves
Jan 20 17:23:07 <tpreston> Yet it works out of the box for 1.10.1 in gatesgarth https://github.com/openembedded/meta-openembedded/blob/master/meta-oe/recipes-support/poco/poco_1.10.1.bb
Jan 20 17:23:09 <tpreston> strange!
Jan 20 18:19:40 <smurray> tpreston: I was actually right with my first guess, see the default FILES_${PN}-dev definition meta/conf/bitbake.conf, ${libdir}/cmake was added to it in thud AFAICT
Jan 20 18:20:12 <smurray> err, see the definition in meta/conf/bitbake.conf
Jan 20 18:20:28 <smurray> missed it on my grep somehow
Jan 20 23:38:12 <kergoth> there we go, https://github.com/kergoth/simplesub/blob/master/simplesub single file reimplementation of sub for easier usage, just name it whatever, and it wraps the commands, usable with or without init, with or without the libexec dir. now to see if it works with bb too
**** ENDING LOGGING AT Thu Jan 21 02:59:57 2021