**** BEGIN LOGGING AT Tue Feb 27 03:00:01 2018
Feb 27 03:34:00 <yocti> New news from stackoverflow: How to override optimization level for a single package in bit-bake recipe? <https://stackoverflow.com/questions/41824010/how-to-override-optimization-level-for-a-single-package-in-bit-bake-recipe>
Feb 27 06:38:21 <starlord235> hi i'm new to yocto and i'm trying to build an image for ifc6309. I want to use u-boot bootloader so in local.conf i have added u-boot in image install append. is this the right way? also i can't seem to understand what i'm supposed to provide in the UBOOT_MACHINE variable. please help
Feb 27 08:04:50 <yocti> New news from stackoverflow: During SDK build: environment-setup.d/ conflicts between attempted installs <https://stackoverflow.com/questions/45716949/during-sdk-build-environment-setup-d-conflicts-between-attempted-installs>
Feb 27 08:21:40 <guest19231> I want bitbake to create GNU linker map files whenever possible. Adding to the TARGET_LDFLAGS a line "-Wl,-Map=result_$(@F).map" is supposed to give me for each target a resultfile. It works fine up to python_2.7.3. There, it crashes with "sysconfig.get_config_var("CONFIG_ARGS").split() - NoneType object has no attribute split".
Feb 27 08:22:10 <guest19231> Does anyone have an idea what is wrong with the idea to create these maps for python?
Feb 27 08:40:52 <tasslehoff> I want to rid user application of "Attempt to use kernel headers from user space". Is there something I can/should add to the sdk to get headers I can use from user space?
Feb 27 08:42:16 <LetoThe2nd> tasslehoff: IMHO you just need to fixup the include paths
Feb 27 08:42:48 <LetoThe2nd> the exported headers that the user space application shall use should be installed to /usr/include/linux in the sdks sysroot
Feb 27 08:46:31 <tasslehoff> LetoThe2nd: I have /usr/src/kernel/include/{linux,uapi}/. Now it chooses the uapi variant.
Feb 27 08:46:39 <tasslehoff> perhaps it's the linux variant I want then
Feb 27 08:47:17 <LetoThe2nd> tasslehoff: see... thats not a problem of the sdk.
Feb 27 08:47:55 <LetoThe2nd> tasslehoff: the app directly uses some internal kernel headers that are not exported. so its nothing that the build process fixes, its something that the developer has to fix.
Feb 27 08:49:08 <tasslehoff> LetoThe2nd: ok. cause they should be in /usr/include/linux?
Feb 27 08:49:17 <tasslehoff> possible just some dev-packages I have not added
Feb 27 08:51:07 <LetoThe2nd> tasslehoff: no, at least not directly. its that the api that the kernel exports should be in  /usr/include/linux. so start there (it is pretty much certainly installed in the sdk). and whenever your app devloper thinks he needs something else, the correct answer is "reconsider the design"
Feb 27 08:53:31 <tasslehoff> LetoThe2nd: the IOCTL defines I need are only in /usr/src/kernel/include.
Feb 27 08:56:30 <LetoThe2nd> tasslehoff: then they are probably not properly defined (i guess its some custom hackery?). you might want to fixup include/uapi/linux/Kbuild in your kernel.
Feb 27 09:02:44 <tasslehoff> LetoThe2nd: https://community.nxp.com/thread/352224
Feb 27 09:02:49 <tasslehoff> I am not alone :)
Feb 27 09:08:15 <LetoThe2nd> just pointing at somebody else who is also doing things wrong does not make one self right.
Feb 27 09:09:38 <LetoThe2nd> my advice is: either fixup your kernel so stuff is properly exported, or bundle up the couple of custom ioctls in your application, along with some version control magic that makes things go boom if its mixed with another kernel
Feb 27 09:10:41 <LetoThe2nd> (other opinions are of course allowed, yet i will probably disagree)
Feb 27 09:10:56 <tasslehoff> LetoThe2nd: not pointing. just pointint out that I am not the first to have issues with these exact headers :)
Feb 27 09:28:55 <nayfe> maybe add recipe to TOOLCHAIN_TARGET_TASK?
Feb 27 10:35:22 <yocti> New news from stackoverflow: Debug symbols on Yocto <https://stackoverflow.com/questions/49006310/debug-symbols-on-yocto>
Feb 27 13:54:35 <tintou> Hi everyone, I have an issue with master, I get two errors when fetching gnu-config-native-20150728+gitAUTOINC+b576fa87c1-r0 and pkgconfig-native-0.29.2+gitAUTOINC+edf8e6f0ea-r0 has anyone the same issue ?
Feb 27 14:07:07 <xtron> hi all, is anyone have worked on swupdate feature available in yocto? specifically with pre-build u-boot binary
Feb 27 15:06:12 <nayfe> xtron: what is your problem ? :)
Feb 27 15:16:18 <jaeckel> what's the correct way to write a configure script for yocto that does AC_CHECK_LIB AC_TRY_LINK_FUNC and/or AC_CHECK_FUNCS?
Feb 27 15:16:45 <jaeckel> I somehow don't get any of them to pass, even if the libs in my sysroot have the necessary symbols
Feb 27 15:17:04 <rburton> the same way as any autoconf
Feb 27 15:17:41 <rburton> if they didn't work nothing would build
Feb 27 15:18:35 <jaeckel> okay, can you please give me a working example that checks for some openssl API?
Feb 27 15:18:45 <rburton> not off the top of my head, no
Feb 27 15:19:50 <rburton> openssl has a pkgconfig file so why do you even need to do that?
Feb 27 15:20:02 <LetoThe2nd> rburton: was just about to say the same
Feb 27 15:26:44 <kergoth> jaeckel: oe-core is full of examples of autoconf based projects. make sure you inherit autotools and use normal macros as usual, unless you're overriding the LDFLAGS/CFLAGS/CXXFLAGS/CC etc coming from the environment, which would be bad
Feb 27 15:29:45 <jaeckel> I'm currently writing a recipe for a third party application which is autoconf based, but this one does stuff like AC_TRY_LINK_FUNC to be sure some of the symbols exist, but somehow it seems their way is not correct
Feb 27 15:30:27 <nayfe> Hey, do you know any recent freescale CROPS image?
Feb 27 15:31:37 <kergoth> jaeckel: those are standard  mechanisms that work fine in every other project.
Feb 27 15:31:49 <kergoth> it would help if you said what the actual error was
Feb 27 15:32:04 <kergoth> or showed the recipe, or the configure.ac, or any details at all, really
Feb 27 15:32:31 <jaeckel> https://github.com/frankmorgner/vsmartcard/blob/master/ccid/configure.ac#L73
Feb 27 15:37:10 <kergoth> adding LDFLAGS to LIBS is rather pointless, considering the macro obeys both. also, AC_LINK_IFELSE supercedes that, AC_TRY_LINK_FUNC is obsolete, but should still work
Feb 27 15:37:34 <kergoth> none of that should make it fail, however. you'll need to get the exact error from the do_configure task log, and probably also examine config.log in the build directory
Feb 27 15:40:28 <nayfe> maybe https://github.com/yoctocookbook2ndedition/docker-yocto-builder/blob/master/Dockerfile
Feb 27 15:51:42 <RP> armpit: Those patches of mine in rocko-next for runtask need to be dropped, they don't make sense without the other changes that go with them
Feb 27 15:51:47 <RP> armpit: I've merged the others
Feb 27 16:03:53 <armpit> RP, k
Feb 27 16:03:56 <armpit> thanks
Feb 27 16:04:53 * armpit hope these backport help pyro..
Feb 27 16:09:58 <armpit> is juro out here?
Feb 27 16:14:55 <armpit> RP, I will launch a pyro build later today with possible qemurunner fixes
Feb 27 16:15:31 <mattsm> how reliable is http://autobuilder.yoctoproject.org/pub/?
Feb 27 16:15:59 <LetoThe2nd> mattsm: to return 404?
Feb 27 16:16:12 <mattsm> to no 404?
Feb 27 16:16:22 <mattsm> just curious, also trying to announce that it appears to be down
Feb 27 16:16:32 <mattsm> not sure if maintenance was announced
Feb 27 16:17:11 <xtron> nayfe:  swupdate with a pre-built u-boot binary, but I think swupdate need u-boot source for libubootenv. figuring out some way to integrate swupdate with pre-built u-boot binary.
Feb 27 16:17:19 * zeddii_home finally gets back to kernel-devsrc
Feb 27 16:30:18 <RP> armpit: juro should get into work shortly
Feb 27 16:31:07 <RP> mattsm: the "old" autobuilder cluster is undergoing work at the moment and was mentioned in the status annoucements
Feb 27 16:35:22 * armpit 404 should redirect to a bitcoin page to help fund the project ; )
Feb 27 16:40:03 <mattsm> RP: ahh thanks
Feb 27 16:45:18 * mattsm can just use the new server
Feb 27 16:52:20 <nayfe> xtron: i think swupdate only relays on /etc/fw_env.config  for integration. There are in fact different things, swupdate daemon recipe and swupdate SWU image recipe, where you can put anything you want in it
Feb 27 16:53:10 <nayfe> xtron: did you look at https://github.com/sbabic/meta-swupdate-boards for board integration examples?
Feb 27 17:01:24 <xtron> nayfe: have gone through these examples,
Feb 27 17:03:53 <xtron> nayfe: https://sbabic.github.io/swupdate/swupdate.html#what-about-libubootenv
Feb 27 20:25:02 <Alex_____> Hey guys so I'm trying to deploy my first node application to a Poky image that I created in Yocto
Feb 27 20:25:06 <Alex_____> I was able to bitbake nodejs
Feb 27 20:25:15 <Alex_____> but it's now telling me that I'm missing the express module
Feb 27 22:58:10 <rburton> damnit!
Feb 28 00:54:40 <naddy> Hi, I'm having an issue where we are using systemd as the init manager, however, one of the recipes we are using (apparmor) relies on being able to call an init.d script, but something is removing the init file after we install it, and it's missing from the package. Any idea what might be doing it?
**** ENDING LOGGING AT Wed Feb 28 03:00:01 2018