**** BEGIN LOGGING AT Sun Apr 25 02:59:56 2021
Apr 25 13:07:13 <dp> Heyho, is `devtool modify` supposed to apply patches from SRC_URI ?
Apr 25 17:59:21 <RP> armpit: I chucked I couple of patches into master-next to work around the reproducibility issue and the floating apt dependency.
Apr 25 18:00:09 <RP> I see khem ( Guest8605 ?) sent a musl patch but we also need to fix the determinism issue with a proper PACKAGECONFIG
Apr 25 18:19:37 <vdl> how can I inherit the RDEPENDS_${PN} dependencies in my ${PN}-split package?
Apr 25 18:20:25 <vdl> I've added RDEPENDS_${PN}-split = "${PN}" but it doesn't satisfy the dependency (do_package_qa screams)
Apr 25 18:20:48 <vdl> (with RDEPENDS_${PN} containing the dependencies)
Apr 25 19:09:27 <armpit> RP, k. it looks like a syscall issue which is not making sence
Apr 25 19:12:05 <armpit> ah, khem sent a patch
Apr 25 19:13:51 <armpit> I bet that will work
Apr 25 19:46:52 <armpit> cool. apt builds now
Apr 25 23:22:30 <dp> Reason I was asking about devtool modify applying patches is that I thought it used to but I'm not seeing a file added via a patch in the workspace source
Apr 25 23:23:16 <dp> though if I supply invalid patches it chokes. Is there some oddness with devtool interacting with a kernel recipe?
Apr 25 23:25:13 <dp> I've checked on all branches of the workspace source that start with "devtool" too
Apr 26 00:09:11 <RP> armpit: we probably still need a proper patch for seccomp PACKAGECONFIG in apt
Apr 26 00:57:36 <dp> hmm `git show` brings up this interesting result: (HEAD -> devtool, tag: devtool-patched, tag: devtool-base, devtool-override-de10-nano, devtool-override-de0-nano, devtool-no-overrides)
Apr 26 00:58:10 <dp> Anyone know if the kernel bbclass does some magic which would mean the patches were applied to a copy of the srcdir which ends up not being the one that's set up in the workspace?
**** ENDING LOGGING AT Mon Apr 26 03:00:18 2021