**** BEGIN LOGGING AT Fri Apr 22 02:59:58 2016
Apr 22 06:33:49 <tasslehoff> I added a kernel module to IMAGE_INSTALL. The package contains only the .ko, but still the kernel module is loaded on boot. Could that be something the build process causes?
Apr 22 07:00:59 <ndec> hi, one of our user is getting this error "TypeError: (‘__init__() takes at least 2 arguments (1 given)’, <class ‘bb.process.CmdError’>, ())", it's with jethro. it vaguely reminds me something. .but i can't connect the dot. the full log is http://hastebin.com/cesohiqomo.avrasm
Apr 22 07:10:06 <koen> ndec: try removing bbcodeparser.dat
Apr 22 07:15:57 <mckoan> good morning
Apr 22 07:17:06 <ndec> koen: ok, let me ask him to try that.. btw, it's from here: http://www.96boards.org/forums/topic/yocto/
Apr 22 07:22:53 * koen sighs at url
Apr 22 07:25:42 <ndec> koen: the forum creates the url based on the subject of the post ;-)
Apr 22 08:08:23 <Jin^eLD> mornin
Apr 22 08:22:02 <tasslehoff> I find references to my kernel module in modules.order and modules.list, but nowhere else. That shouldn't cause it to be loaded automatically?
Apr 22 12:59:16 <rburton> kergoth: is today "send untested patches day" at mentor? :/
Apr 22 12:59:32 <rburton> one that doesn't parse, another that has no purpose.  you can tell its friday!
Apr 22 13:12:57 <Jin^eLD> hmm, I have an image recipe, I have an IMAGE_INSTALL="package" thing there and it seem that the image is not being rebuilt when "package" has changed
Apr 22 13:13:03 <Jin^eLD> what am I missing?
Apr 22 13:17:12 <davis> hello
Apr 22 13:26:10 <davis> so, I want to added busybox udhcpd interface config script to my target /etc
Apr 22 13:26:43 <davis> I created a new layer and in the layer I append to busybox so I specify a new file
Apr 22 13:27:12 <davis> however, since this file does not exist in the current implementation its a replacement.
Apr 22 13:27:33 <davis> I need to do an install to get it on the target
Apr 22 13:28:24 <davis> can I just add a do_install() routine in the recipe and it install my new config file preserving the original work by the existing busybox or will my do_install section overwrite the original?
Apr 22 13:28:48 <Jin^eLD> do a do_install_append()
Apr 22 13:29:14 <Jin^eLD> otherwise you will overwrite the "original" do_install()
Apr 22 13:29:16 <davis> Jin^eLD: many thanks.
Apr 22 13:29:28 <davis> yes, that is what I was worried about
Apr 22 13:30:21 <rubdos> This python package on pypi https://pypi.python.org/pypi/scales/1.0.9 does not contain a license file. On the github page, it's stated to be licensed under Apache 2.0. Should I file a bug with them? I'm trying to make a python3-scales.bb file for meta-python.
Apr 22 13:32:16 <davis>  install -m 0644 dhcpd.usb1.conf ${D}/${etcdir}/udhcpd.usb1.conf
Apr 22 13:32:30 <davis> i put that in my do_install_append()
Apr 22 13:45:17 <Crofton|work> systemd-tmpfiles[123]: [[0;1;31m[/usr/lib/tmpfiles.d/sys
Apr 22 13:45:17 <Crofton|work> temd.conf:20] Unknown user 'systemd-network'
Apr 22 13:45:23 <Crofton|work> any ideas on how to fix this?
Apr 22 13:54:17 <Crofton|work> seems related: https://bugzilla.yoctoproject.org/show_bug.cgi?id=9497
Apr 22 16:31:38 * Crofton|work curses systemd
Apr 22 16:31:59 <Crofton|work> anyone understand this?
Apr 22 16:32:00 <Crofton|work> https://github.com/ostroproject/meta-ostro/blob/9d3a4c0abc0180011ba04ff3c198160a8422aa37/meta-ostro/classes/systemd-sysusers.bbclass
Apr 22 17:02:50 <koen> Crofton|work: isn't that for the stateless stuff?
Apr 22 17:03:14 <koen> Crofton|work: aiui systemd will populate /etc/passwd using sysusers
Apr 22 17:03:18 <Crofton|work> well, I lack the systend-netork user
Apr 22 17:03:26 <Crofton|work> so networkd doesn't start
Apr 22 17:03:44 <Crofton|work> something funny is oing on
Apr 22 17:04:13 <Crofton|work> was also playing with PACLAGECONFIG
Apr 22 17:21:18 <Crofton|work> koen, sysusers isn't enabled by default 
Apr 22 17:21:33 <Crofton|work> and even with it enabled, I'm not seeing the users end up in /etc/passwd
Apr 22 17:32:33 <Crofton|work> koen, https://bugzilla.yoctoproject.org/show_bug.cgi?id=9497
Apr 22 17:35:15 <kergoth> rburton: heh, sorry about that, usually I'm the one that works through our submission backlog, but we're spreading the load out a bit and some of the folks apparently don't have the process down yet
Apr 22 17:46:47 <koen> Crofton|work: it's for stateless, which needs some magic var iirc
Apr 22 17:47:10 <Crofton|work> my systemd skillz blow
Apr 22 17:47:35 <Crofton|work> but it looks like the current recipe needs moar lines like this one
Apr 22 17:47:36 <Crofton|work> USERADD_PARAM_${PN} += "${@bb.utils.contains('PACKAGECONFIG', 'timesyncd', '--system -d / -M --shell /bin/nologin systemd-timesync;', '', d)}"
Apr 22 17:47:56 <koen> it does
Apr 22 17:49:59 <Crofton|work> yeah, but needs the one for networkd-user
Apr 22 18:01:07 * armpit hmm, elce is now 3 days
Apr 22 18:21:54 <Crofton|work> koen, as long as I m bitching about systemd, also see:
Apr 22 18:21:55 <Crofton|work> Apr 20 12:24:08 ansible systemd-tmpfiles[134]: [[0;1;39m"/var/tmp" already exist
Apr 22 18:21:55 <Crofton|work> s and is not a directory.[[0m
Apr 22 18:21:56 <Crofton|work> Apr 20 12:24:08 ansible systemd-tmpfiles[134]: [[0;1;39m"/var/log" already exist
Apr 22 18:21:56 <Crofton|work> s and is not a directory.[[0m
Apr 22 18:23:57 <kergoth> someone sent a patch for that recently, dunno what the status of it was, just saw it going through email
Apr 22 18:28:09 <Crofton|work> yeah I see it in pw
Apr 22 18:28:36 <Crofton|work> http://patchwork.openembedded.org/patch/120377/
Apr 22 18:29:09 <kergoth> i'm surprised at how many bootup errors there are right now. i'm sure a few are mentor specific, but i think most aren't..
Apr 22 18:29:14 <kergoth> should probably work on that
Apr 22 18:31:05 <Crofton|work> yeah
Apr 22 18:36:11 <Crofton|work> I'm in that mode now
Apr 22 18:36:26 <Crofton|work> annoyingly I do not see the patch in pw in master-next
Apr 22 18:50:27 <Crofton|work> khem, you around?
Apr 22 18:57:19 <ka6sox> anyone seen Ant?
Apr 22 19:05:33 <khem> Crofton|work: yes 
Apr 22 19:06:04 <Crofton|work> systemd networkd isn't starting for me due to missin gsystemd-network user
Apr 22 19:06:25 <khem> OK 
Apr 22 19:06:34 <khem> which version 
Apr 22 19:06:38 <Crofton|work> master
Apr 22 19:06:49 <Crofton|work> you sent in update :)
Apr 22 19:06:50 <Crofton|work> 229
Apr 22 19:07:20 <Crofton|work> https://bugzilla.yoctoproject.org/show_bug.cgi?id=9497
Apr 22 19:07:26 <Crofton|work> seems related
Apr 22 19:14:41 <Crofton|work> I am failing to cut and paste to add systemd-netowrk user :)
Apr 22 19:16:22 <kergoth> Hmm, looks like none of the initramfs images in oe-core are going to be suitable for firing up plymouth early, they're all either standalone images or live-specific
Apr 22 19:16:37 <Crofton|work> gah
Apr 22 19:16:51 <Crofton|work> I have networkd, but packaconfig not set for it
Apr 22 19:16:52 <Crofton|work> weid
Apr 22 19:22:45 <rburton> yeah systemd sysusers are not supported right now
Apr 22 19:24:00 <Crofton|work> well, netwrokd isn't starting due to no user
Apr 22 19:24:11 <Crofton|work> so stuff isn't working
Apr 22 19:24:19 <Crofton|work> hmmm
Apr 22 19:26:08 * Crofton|work removes custom PACKAGECONFIG settings
Apr 22 19:41:38 <Crofton|work> ok, removing custom packageconfig made it work again
Apr 22 23:12:13 <khem> kergoth: whats best way to call a cmd under qemu in OE during build 
Apr 22 23:15:56 <kergoth> khem: see the functions in qemu.bbclass
Apr 22 23:18:50 <khem> qemu_wrapper_cmdline is what I was looking for
Apr 22 23:19:09 <khem> I am thinking we can drop cross-localdef 
Apr 22 23:19:38 <khem> if it works out
Apr 22 23:20:44 <kergoth> not every machine will be able to successfully run its binaries under qemu, though
Apr 22 23:20:51 <kergoth> no?
Apr 22 23:21:48 <khem> yeah I know
Apr 22 23:22:08 <khem> but most of arches we support in OE-Core it will work 
Apr 22 23:27:52 <kergoth> one of these days i need to dig into why it's failing for me on minnowmax. think it might be due to running inside a vmware vm
Apr 22 23:28:53 <khem> qemu ?
Apr 22 23:29:37 <kergoth> yeah, my first boot ends up pretty long due to it
Apr 22 23:30:23 * kergoth adds a few small improvements to scriptutils.load_plugins
Apr 22 23:32:59 <khem> are you targetting right core2 or corei7
Apr 22 23:35:27 <kergoth> the latter at the moment
**** ENDING LOGGING AT Sat Apr 23 02:59:58 2016