**** BEGIN LOGGING AT Mon Aug 13 03:00:00 2018 Aug 13 08:30:29 heya. who has admin access to the openembedded-users mailing list these days? while there is no traffic (i think we decomissioned it years ago), I still get the occasional bounce messages, since I'm obviously listed somewhere in the backend. Would like to get rid of those. Aug 13 08:32:15 mickeyl: halstead should be able to help Aug 13 08:32:45 khem: okies, thanx Aug 13 08:32:47 halstead: ping Aug 13 08:33:22 he might be asleep PDT :) Aug 13 08:33:31 i am an owl Aug 13 08:55:04 hehe Aug 13 11:09:25 not sure if anyone else noticed this: https://lwn.net/Articles/762264/ Aug 13 11:09:28 rburton: ^ Aug 13 11:10:30 I checked the https://sourceware.org/bzip2/ mentioned as the successor but unfortunately it's still not yet up-to-date Aug 13 11:10:36 i did but thanks for reminding me, will poke the recipe to download from our mirror directly Aug 13 11:11:49 at least we checksum tarballs, good demonstration of why its a good idea now! Aug 13 11:26:40 armpit: nice DoS you found Aug 13 11:26:50 i've so far powercycled my workstation twice Aug 13 17:18:31 armpit: my optimisation for checksum makes the DoS not a thing too Aug 13 17:19:01 cool Aug 13 17:21:04 armpit: patches on oe-core list Aug 13 17:22:20 I see them. i will try them out shortly Aug 13 17:22:41 * armpit had a weekend of breaking things **** BEGIN LOGGING AT Mon Aug 13 17:38:57 2018 Aug 13 19:36:03 Anyone have a clue about this fail? Aug 13 19:36:04 | sed: warning: failed to get security context of /home/balister/opensdr/sdr-build-e300/build/tmp-glibc/work/armv7ahf-neon-oe-linux-gnueabi/systemd/1_234-r0/image/etc/systemd/journald.conf: No data availableinstall: cannot stat '/home/balister/opensdr/sdr-build-e300/build/tmp-glibc/work/armv7ahf-neon-oe-linux-gnueabi/systemd/1_234-r0/system.conf': No such file or directory Aug 13 20:32:14 Where does this system.conf file come from? Aug 13 20:36:47 Crofton: the "failed to get security context" can be ignored I believe, so it's just the install line, presumably the source path doesn't exist Aug 13 20:54:23 yeah Aug 13 20:54:35 this is what I am figureing, just not sure why it doesn't exist Aug 13 20:54:45 ths should work :) Aug 13 20:54:49 this is rocko Aug 13 20:56:37 ./tmp-glibc/work/armv7ahf-neon-oe-linux-gnueabi/systemd/1_234-r0/image/etc/systemd/system.conf Aug 13 20:56:39 does exist Aug 13 21:33:20 Crofton: some sort of race perhaps? Aug 13 21:44:00 hmm, goo dpoint Aug 13 21:44:04 dinner soon Aug 13 22:08:59 what's the best way to override a bbclass file from poky in my own meta-layer on top of poky (let's say because I have a fix which has been sent upstream but it's not in my current version). Aug 13 22:09:45 I read in some mail that in order for bitbake to take the bbclass file from my meta layer instead of poky, I require to have my meta layer before the poky ones in BBLAYERS in bblayers.conf Aug 13 22:09:57 but I couldn't find any documentation regarding that Aug 13 22:10:26 and requiring to have my meta layer before and not after poky seems a bit counter-logic to me. Aug 13 22:30:17 pespin: it's not just the BBLAYERS order - it's about BBPATH Aug 13 22:30:40 pespin: the layer.conf can prepend or append to BBPATH, so it's about whether it does that *and* the order of BBLAYERS Aug 13 22:31:13 pespin: so you can set it up so that your layer prepends to BBPATH and thus it can be after in BBLAYERS Aug 13 22:32:37 * bluelightning heads to bed **** ENDING LOGGING AT Tue Aug 14 03:00:01 2018