**** BEGIN LOGGING AT Sun Apr 07 02:59:57 2019
Apr 07 04:15:52 <black_13> how do you make ipk or make an ipk that runs a script upon installation
Apr 07 09:04:41 <yann> about my issue with libX11.so.6 on warrior ... turns out a number of generated .ipk files are just full of zero's
Apr 07 09:05:02 <yann> I'm surprised this could pass the QA tests :)
Apr 07 09:09:43 <yann> log.do_package_write_ipk does not reveal any obvious problem
Apr 07 09:23:18 <yann> the problem seems to go deeper, as several files including libX11.so.6.3.0 are indeed full of zeroes
Apr 07 09:25:30 <armpit2> log a bug
Apr 07 09:25:58 <armpit2> with enough info so we can reproduce it
Apr 07 09:27:10 <yann> armpit: since even just libs are full of zeroes, not just ipk's, I rather suspect a problem in our CI server, we'll dig into this and I'll open a bug if necessary
Apr 07 09:27:27 <armpit> k
Apr 07 09:46:37 <RP> yann: Those should fail the "is this of the correct arch" tests at the very least so something odd is going on
Apr 07 10:23:38 <yann> OK, I'm rerunning from scratch without rm_work, we'll have a better idea
Apr 07 10:24:39 <yann> still, it seems to me it has to happen early: since eg. libx11-dbg is empty, I guess the .so had to be wrong at that time already
Apr 07 14:40:40 <yann> How can I access the actual PV value from a foo_%.bbappend ?  When I try to add say FILESEXTRAPATHS_prepend := "${THISDIR}/${BP}:" it keeps searching in directory "foo-%", although "bitbake -e" shows the correct version in PV/P/PKGV/BP
Apr 07 14:41:55 <yann> I'm trying to keep a single bbappend, while supporting several poky versions with patches in per-PV dirs
Apr 07 15:10:43 <yann> ... and in a python() block ${BP} expands properly, but then ${THISDIR} expands to the base .bb directory, which does not help
Apr 07 15:30:15 <yann> I guess there's an expansion subtlety I missed there :)
Apr 07 16:31:19 <voyo> Hello, I need some help, build of my image is failing around glibc-locale
Apr 07 16:31:58 <voyo> I believe this is the cause: mv: cannot move '/home/voyo/IOX/opencgx-x86-generic-64-4.14-2.4/iox/tmp/work/i586-pokymllib32-linux/lib32-glibc/2.26-r1/image/usr/lib/share/i18n' to '/home/voyo/IOX/opencgx-x86-generic-64-4.14-2.4/iox/tmp/work/i586-pokymllib32-linux/lib32-glibc/2.26-r1/stashed-locale/usr/lib/share/i18n': Directory not empty
Apr 07 16:32:21 <voyo> and here is full output  - https://pastebin.com/uyAbrnf6
Apr 07 17:10:34 <RP> yann: its actually that PV uses the filename by default and the file name when in the bbappend is the name of the append, not the original filename :/
Apr 07 17:11:53 <RP> voyo: are both of your multilibs using the same lib path?
Apr 07 17:36:20 <voyo> RP: no idea, how to check ?
Apr 07 17:40:57 <voyo> or how to disable maybe multilib (lib32) ?
Apr 07 19:03:27 <yann> RP: so how am I able to access the actual version from a .bbappend ?  Or how can I get the .bbappend from within  a python block (which seem even less possible) ?
Apr 07 19:04:29 <yann> basically, how can I mirror in a .bbappend this "${BP}:${PN}:files" behaviour the .bb files are able to use ?
Apr 07 21:39:58 <RP> yann: Use a string you can control like a files directory?
Apr 07 21:44:34 <RP> voyo: if you didn't mean to enable multilib you almost certainly don't need/want it
Apr 07 21:44:55 <RP> voyo: you must have inherited the class somewhere or otherwise enabled it (or the distro you're using has)
Apr 08 00:13:26 * armpit great warrior -next has patches that are not in master
**** ENDING LOGGING AT Mon Apr 08 02:59:57 2019