**** BEGIN LOGGING AT Fri Feb 01 02:59:56 2019
Feb 01 03:24:37 <yocti> New news from stackoverflow: Yocto populate SDK - Receipe inherit from cmake <https://stackoverflow.com/questions/54252223/yocto-populate-sdk-receipe-inherit-from-cmake>
Feb 01 04:54:52 <yocti> New news from stackoverflow: How to install graphics drivers in Yocto output image [on hold] <https://stackoverflow.com/questions/54468744/how-to-install-graphics-drivers-in-yocto-output-image>
Feb 01 09:45:04 <ericnuuts> hi. how can we clean all packages within a packagegroup?
Feb 01 11:56:06 <yocti> New news from stackoverflow: How to Add new receipe in Yocto <https://stackoverflow.com/questions/54478609/how-to-add-new-receipe-in-yocto>
Feb 01 12:59:21 <josey> Finally get UTF-8 locale working, in my case I have to add glibc-binary-localedata-en-us
Feb 01 12:59:57 <josey> shouldn't be enough setting IMAGE_LINGUAS to en-us?
Feb 01 13:12:58 <inisider> Hello. Why is not "-j" here https://github.com/openembedded/openembedded-core/blob/master/meta/conf/bitbake.conf#L595. I ask because once I get wrong target when https://github.com/openembedded/openembedded-core/blob/master/meta/classes/base.bbclass#L54 was executed.
Feb 01 13:14:10 <rburton> inisider: because of https://github.com/openembedded/openembedded-core/blob/master/meta/conf/bitbake.conf#L792
Feb 01 13:14:32 <rburton> so if someone is setting PARALLEL_MAKE to "1" then they're doing it wrong
Feb 01 13:15:00 <rburton> (the alternative to -j is -l so we don't hardcode -j)
Feb 01 13:15:41 <inisider> i see. thanks
Feb 01 13:16:15 <inisider> but if u want to build all in 1 thread. what is the best way to do this?
Feb 01 13:16:43 <inisider> oh
Feb 01 13:17:55 <rburton> if its one recipe that is broken in parallel builds just set PARALLEL_MAKE="" in the recipe
Feb 01 13:18:17 <inisider> thanks
Feb 01 13:31:23 <ericnuuts> rburton: how can we clean all packages within a packagegroup?
Feb 01 13:54:35 <moritz_> Hello everyone. I'm trying to build an sdk for an image I already built successfully. The SDK fails saying (first error message):
Feb 01 13:54:50 <moritz_> "checking target system type... Invalid configuration `x86_64ccns5-sdk-linux': machine `x86_64ccns5-sdk' not recognized"
Feb 01 13:55:15 <moritz_> Finally telling me that "binutils-crosssdk_2.31.bb:do_configure" failed.
Feb 01 13:55:43 <moritz_> Any ideas on that ? I do not understand where the machine is set
Feb 01 13:57:57 <moritz_> (Of course the build of SDK fails)
Feb 01 14:06:30 <moritz_> I suppose that it should say 'x86_64-ccns5-sdk-linux' and the - after 64 was just lost somewhere
Feb 01 14:40:34 <moritz_> Or at least does someone have a hint where I could ask ?
Feb 01 14:49:27 <kanavin> rburton: how do I build a qemu image with extra free space on the disk?
Feb 01 14:50:57 <RP> kanavin: there are rootfs extra space options iirc. Have a look at the core-image-sato-sdk-ptest recipe
Feb 01 14:51:28 <kanavin> RP: yep, IMAGE_ROOTFS_EXTRA_SPACE seems to be it
Feb 01 15:29:21 <RP> kanavin: I see we have a py3.7 upgrade, thanks!
Feb 01 15:29:54 <kanavin> RP: cheers :) I hope it won't case a 'sea of red' but it probably will
Feb 01 15:31:01 <kanavin> RP: python 3.8.0 is scheduled for 2019-10-20, so this should keep the stack updated for a while
Feb 01 15:31:57 <kanavin> RP: if there's no reaction to mid-february AUH run, we probably should re-assign some recipes
Feb 01 15:32:16 <kanavin> or ping people here in chat
Feb 01 15:32:21 <RP> kanavin: we're close to the maint window but I've fired a build, see how it looks
Feb 01 15:32:46 <armpit> kanavin, we need a app for that ; )
Feb 01 15:34:36 <armpit> is AUH sched still every 3 weeks ?
Feb 01 15:34:57 <kanavin> armpit, once a month in the middle of it
Feb 01 15:35:10 <nate02> I'm getting a useradd error when I unpack my esdk to a different machine. Seems to work fine on the bitbake host... https://pastebin.com/1Hwk6UGN
Feb 01 15:35:30 <armpit> kanavin, ok
Feb 01 15:35:56 <kanavin> armpit, http://lists.openembedded.org/pipermail/openembedded-core/2019-January/278116.html
Feb 01 15:40:17 <kanavin> RP: ERROR: perl-5.28.1-r1 do_fetch: The URL: 'https://github.com/arsv/perl-cross/releases/download/1.2.2/perl-cross-1.2.2.tar.gz;name=perl-cross' is not trusted and cannot be used
Feb 01 15:40:20 <kanavin> huh?
Feb 01 16:07:07 <RP> kanavin: its just showing its not in our mirrors,don't worry about that
Feb 01 16:07:18 <RP> kanavin: after one run it will be
Feb 01 16:07:32 <kanavin> RP: yeah, I researched, but why is that not a problem with other updates, e.g. python?
Feb 01 16:07:59 <kanavin> I'm fairly sure there was not attempt to build 3.7.2 before
Feb 01 16:08:00 <RP> kanavin: It should have down that too. Maybe files from a previous upgrade test?
Feb 01 16:08:35 <kanavin> but there wasn't one, previous patches were for 3.7.1
Feb 01 16:08:47 <ferlzc> Hi, i'm trying generate an image for an atom based board using meta-intel. I'm using systemd as init system and X server. The problem i'm having is that X is not working when I package the kernel modules with rootfs. I suspect is something releated with Intel DRM driver and X server but I'm not sure. When I boot the kernel without kernel modules the X server works. Any ideas where should I look?
Feb 01 16:08:53 <kanavin> maybe the fact that perl-cross is a second tarball in SRC_URI plays a role...
Feb 01 16:09:02 <RP> kanavin: shouldn't...
Feb 01 16:10:01 <RP> kanavin: we shouldn't be hitting errors like this, the test is in the wrong place but that is a different problem
Feb 01 16:16:08 <inisider> how DEPENDS works? For example here https://github.com/openembedded/openembedded-core/blob/master/meta/recipes-core/gettext/gettext_0.19.8.1.bb#L14. As understand there is somewhere should be gettext-native.bb or something like that, but if try to grep for gettext-native* there is no results
Feb 01 16:18:16 <rburton> kanavin: devtool latest-version needs to support multiple recipes
Feb 01 16:18:39 <kanavin> rburton, for that there is devtool check-upgrade-status
Feb 01 16:18:42 <kergoth> inisider: search for BBCLASSEXTEND in the yocto project documentation
Feb 01 16:18:43 <rburton> hm
Feb 01 16:18:54 <kergoth> inisider: see also PROVIDES
Feb 01 16:18:56 <rburton> kanavin: why doesn't that appear in --help
Feb 01 16:19:24 <kergoth> loving https://github.com/Netflix-Skunkworks/go-jira so much, major improvement in my interaction with jira for work
Feb 01 16:19:34 <kergoth> i wonder if there's something equivalent for bugzilla
Feb 01 16:19:59 <kanavin> rburton,   Getting information:
Feb 01 16:19:59 <kanavin>     status                Show workspace status
Feb 01 16:19:59 <kanavin>     latest-version        Report the latest version of an existing recipe
Feb 01 16:19:59 <kanavin>     check-upgrade-status  Report upgradability for multiple (or all) recipes
Feb 01 16:20:43 <inisider> kergoth: thanks. will look at
Feb 01 16:20:49 <yates> i'm getting: ERROR: Nothing PROVIDES 'sd-bluez5'.
Feb 01 16:21:04 <rburton> kanavin: turns out my mut branch was pointing at something really mysterious
Feb 01 16:21:11 <kanavin> so user error then
Feb 01 16:21:24 <yates> this is a very simple recipe which just copies some files which i created. the recipe file is sd-bluez5_1.0-rc0.bb.
Feb 01 16:21:27 <rburton> kanavin: yep
Feb 01 16:21:40 <rburton> kanavin: thought you'd written something, which is why i was surprised it didn't appear to work :)
Feb 01 16:21:47 <yates> this same approach has worked for other recipes. why does this one generate this error?
Feb 01 16:21:54 <kanavin> rburton: it seems that freedesktop.org in particular doesn't like being hammered with requests :(
Feb 01 16:22:02 <kergoth> yates: my first guess would be didnt put the file in the right spot to be picked up by BBFILES
Feb 01 16:22:15 * kergoth has accidentally dropped recipes in the root of <layer>/recipes-foo/ before
Feb 01 16:22:17 <kergoth> :)
Feb 01 16:22:18 <kanavin> if you run a mass-report, there will be multiple failures for recipes hosted there
Feb 01 16:22:20 <yates> kergoth: you mean the .bb file?
Feb 01 16:22:23 <kanavin> but one by one, they work
Feb 01 16:22:33 <kergoth> yeah. use bitbake -pDD to make sure it's even being parsed
Feb 01 16:22:44 <rburton> kanavin: deliberately leaves out recipes that are up to date?
Feb 01 16:23:07 <rburton> kanavin: ie i did mesa weston wayland wayland-protocols and it only output mesa and wayland-protocols
Feb 01 16:23:20 <kanavin> rburton: yep, otherwise there'd be too much noise
Feb 01 16:23:30 <rburton> an option would be useful
Feb 01 16:23:50 <kergoth> yates: in my experience when something is behaving inexplicably it's a mismatch between my assumptions and reality, often due to a silly mistake like that. wrong build dir, wrong path, etc. take a step back and verify the basics. that's just my personal experience, anyway
Feb 01 16:23:52 * kergoth shrugs
Feb 01 16:23:53 <yates> kergoth: i put it here, and e.g. tst-altimeter works
Feb 01 16:24:02 <yates> https://paste.fedoraproject.org/paste/wabbZPDhXF~0-G6JT~uCnA
Feb 01 16:24:38 <yates> kergoth: yes, always good advice
Feb 01 16:24:39 <kergoth> should be fine, i'm assuming it's not overriding PROVIDES itself, or setting COMPATIBLE_* to make it be skipped?
Feb 01 16:24:53 <yates> kergoth: right, it is not
Feb 01 16:24:58 <kergoth> very odd
Feb 01 16:25:05 <yates> https://paste.fedoraproject.org/paste/5DzRTd4jLL-WbtRePtyxcQ
Feb 01 16:25:20 <kanavin> rburton, patches welcome :) I personally wouldn't find it useful...
Feb 01 16:25:51 <rburton> kanavin: useful for reporting, also trivial as i've done it already ;)
Feb 01 16:26:03 <rburton> --verbose? --all?
Feb 01 16:26:13 <kanavin> --all
Feb 01 16:26:24 <yates> i masked part of the message. the entire error message is here: https://paste.fedoraproject.org/paste/Z7ROrvljakBx6xOnwyPCaw
Feb 01 16:26:39 <yates> there is a bluez5 recipe already existing. but so what?
Feb 01 16:27:03 <kergoth> i'd still crank up debugging and make sure the file is being parsed to be safe
Feb 01 16:27:13 <yates> ok
Feb 01 16:27:35 <yates> bitbake "-pDD" (literally -pDD?)
Feb 01 16:27:42 <yates> or is DD a placeholder?
Feb 01 16:28:06 <kergoth> literal. -D is debug, and can be specified up to 3 times. i dont recall the exact level you need to see the parsed filenames offhand
Feb 01 16:28:40 <kergoth> -p is parse and then exit, don't build
Feb 01 16:29:32 <yates> well you are right, "bitbake sd-bluez5 | grep sd-bluez5" is not in the -pDD output
Feb 01 16:30:49 <kergoth> can also use bitbake -e to examine BBFILES, but that's full of wildcards you'd have to expand to see individual files
Feb 01 16:31:01 <RP> khem: just noticed your comment about shared work. It should only be extracted if we're building something
Feb 01 16:34:09 <yates> what does the prefix "DEBUG: EXCLUDE_FROM_WORLD" mean in the -pDD output?
Feb 01 16:34:26 <kergoth> exclude_from_world just marks recipes to not be built in 'bitbake world'
Feb 01 16:35:20 <yates> ah. so not my issue.
Feb 01 16:35:49 <yates> well...
Feb 01 16:35:55 * yates scratches his head
Feb 01 16:35:58 <kergoth> -D shows a ton of stuff, much of which really isn't that useful for debugging except for particular rare cases. needs a good review one of these days :)
Feb 01 16:38:04 <yates> oh @#$&*(@#$
Feb 01 16:38:20 <yates> WALL | <=== HEAD
Feb 01 16:38:41 <kergoth> haha. i figured it would be something obvious, it usually is with stuff like that. so annoying
Feb 01 16:38:46 <kergoth> dare i ask?
Feb 01 16:38:48 <yates> is there a difference between file and file.bb ?!?!?!?!?!?
Feb 01 16:39:16 <yates> that's ok, keeps me humble, right?
Feb 01 16:39:40 <yates> kergoth: you're clarivoyant
Feb 01 16:39:47 <yates> (sp?)
Feb 01 16:40:30 <kergoth> haha, oops
Feb 01 16:40:58 <yates> thank you
Feb 01 16:41:01 <kergoth> np
Feb 01 17:02:41 <armpit> RP, I noticed "No space left on device" in ptest.. have you seen this?
Feb 01 17:03:09 <RP> armpit: not recently
Feb 01 17:03:32 <armpit> util-linux test
**** BEGIN LOGGING AT Fri Feb 01 18:03:54 2019
Feb 01 18:13:12 <RP> kanavin: not a sea of red, looks like at least one issue
Feb 01 18:14:23 <RP> kanavin: conflict between py2 and py3 in some images. Not bad! :)
Feb 01 18:19:54 <RP> halstead: after maintenance could we have another -next please? thanks :)
Feb 01 18:20:38 <halstead> RP, Sure. I haven't started maintenance quite yet if you want to run -next first.
Feb 01 18:20:59 <RP> halstead: its not urgent and I'm going afk. Builds are still winding down too
Feb 01 18:21:09 <RP> halstead: I just put it ready for when you're done
Feb 01 18:21:20 <halstead> RP, Perfect. Thank you.
Feb 01 18:57:32 <yocti> New news from stackoverflow: Yocto populate SDK - Receipe inherit from cmake <https://stackoverflow.com/questions/54252223/yocto-populate-sdk-receipe-inherit-from-cmake>
Feb 01 19:00:46 <josey> I add openssl to IMAGE_INSTALL_append , but openssl command is not included in my image, just the openssl libraries
Feb 01 19:01:05 <josey> does anybody know if there is a separate package?
Feb 01 19:01:26 <nate02> anyone able to give me some hints about where to look for the source of this error? https://pastebin.com/1Hwk6UGN
Feb 01 19:02:54 <nate02> Happens when trying to use devtool on a different machine, after extracting the esdk. Built on pyro
Feb 01 19:19:36 <khem> RP: re. work-shared, I think it was extracting it anyway but I will check next time if it did compile something from there
Feb 01 19:31:35 <josey> do I need openssl-bin to get the opessl command?
Feb 01 20:56:07 <rburton> josey: yes
Feb 01 21:08:17 * armpit broke the house
Feb 01 22:51:32 <halstead> Hi sjolley
Feb 01 22:51:36 <sjolley> hi
Feb 01 22:52:27 <armpit> halstead, any AB maint today?
Feb 01 22:52:36 <armpit> and.. hello
Feb 01 22:53:06 <halstead> armpit, I am waiting for the current build to wrap up. Then Richard asked for a master-next.
Feb 01 22:53:12 <halstead> And hello armpit :)
Feb 01 22:54:33 <armpit> halstead, k. will wait till later to kick off sumo builds
Feb 01 22:54:51 <halstead> armpit, Okay. I can queue one after master-next for you if you want.
Feb 01 22:55:08 <halstead> armpit, Just let me know what branch and such.
Feb 01 22:55:31 <armpit> no rush.. I didn't want to cause issues for you
Feb 01 22:55:50 <armpit> I am thinking most likely on Sat
Feb 01 22:57:14 <halstead> Sounds like a good plan. :)
Feb 01 22:59:31 * halstead moves back to me office. AFK for a while.
Feb 01 23:14:23 <RP> halstead: sorry its taking so long to finish :(
Feb 02 01:17:05 <halstead> The scheduler kicked another build before the cluster went idle. I'm pushing maintenance until later this weekend. Queuing a master-next now.
Feb 02 01:30:41 <armpit> halstead, thanks. Should we have formal maint window so that you don't need to work the weekend?
Feb 02 02:13:51 <khem> glibc and llvm upgrade doesnt help build time
Feb 02 02:13:57 <khem> :)
**** ENDING LOGGING AT Sat Feb 02 02:59:56 2019