**** BEGIN LOGGING AT Wed Jan 17 03:00:02 2018
Jan 17 06:47:25 <phako[m]> hello, is there already someone working on integrating systemd 236?
Jan 17 06:49:08 <acrap> Hi, guys! Has somebody worked with linux-dummy? I can't find any instructions...
Jan 17 07:53:48 <Ramose_> Hello, how one can build for a particular machine defined in meta-fsl-arm from some other custom layer ?
Jan 17 08:40:33 <rob_w> how do i disalbe gcc optimisation for one package .. seems -O1 pr -O2 or inroduced somewhere
Jan 17 10:12:39 <jozo> hello how can I add headers/libs from some packages which are not in rootfs ? (bitbake -c populate_sdk)
Jan 17 10:12:49 <jozo> packages into sdk
Jan 17 10:40:56 <rburton> jozo: http://www.yoctoproject.org/docs/current/sdk-manual/sdk-manual.html#sdk-adding-individual-packages
Jan 17 10:56:56 <yocti> New news from stackoverflow: Bitbake the latest Gstramer in Yocto Morty <https://stackoverflow.com/questions/48298913/bitbake-the-latest-gstramer-in-yocto-morty>
Jan 17 11:00:25 <eduardas_m> rburton: Hello, I am working with Rocko and using systemd 234. Although systemd provides a --disable-hwdb option via autotools-generated configure script, it is not among the PACKAGECONFIG options in the bitbake recipe. How do I properly disable hwdb functionality in systemd and avoid including the udev-hwdb package?
Jan 17 11:01:35 <eduardas_m> rburton: it became apparent to my colleague that hwdb has a significant negative impact on boot time for our system and does not look to be necessary for our needs
Jan 17 11:03:25 <rburton> eduardas_m: its a recommends so use BAD_RECOMMENDS
Jan 17 11:03:33 <rburton> erm, BAD_RECOMMENDATIONS even
Jan 17 11:03:52 <rburton> (or add the packageconfig and send a patch)
Jan 17 11:05:16 <eduardas_m> rburton: are you the one actually maintaining the systemd recipe? You seem to be listed as the OpenEmbedded Core/User Space maintainer
Jan 17 11:05:28 <rburton> no, i'm not
Jan 17 11:05:37 <rburton> RECIPE_MAINTAINER_pn-systemd = "Chen Qi <Qi.Chen@windriver.com>"
Jan 17 11:09:56 <eduardas_m> rburton: thank you. was not really aware of the maintainers.inc file
Jan 17 11:10:29 <ttllkk> Seems like packages using 'inherit pkg-config' have 'bash' as a dependency, which includes bash in the final target images. Is this expected? I think this behaviour is new in Yocto 2.3/2.4
Jan 17 11:10:55 <rburton> ttllkk: easy to prove, can you do so?
Jan 17 11:11:39 <ttllkk> what do you mean 'do so' ?
Jan 17 11:11:45 <rburton> prove it
Jan 17 11:12:03 <rburton> your assertion is vague
Jan 17 11:12:05 <ttllkk> No, not suer
Jan 17 11:12:18 <ttllkk> That's why I said 'Seems like', I am not suer..
Jan 17 11:12:23 <rburton> "sure"
Jan 17 11:12:35 <ttllkk> I was checking packages depending on bash by: 'cat recipe-depends.dot | grep "\-> \"bash" | grep -v "\-completion"'
Jan 17 11:12:38 <ttllkk> and I get the list
Jan 17 11:12:53 <rburton> build depends != runtime depends
Jan 17 11:13:32 <ttllkk> I have a package 'p' that is listed with that command, as in ' "p" -> "bash" '
Jan 17 11:13:43 <ttllkk> is there a way I can get the root cause of that dependency?
Jan 17 11:13:51 <ttllkk> I tried with 'bitbake -e p | less ' and having a look
Jan 17 11:14:01 <rburton> that would tell you if it were in DEPENDS, yes
Jan 17 11:14:13 <ttllkk> I check that for example, but it is not there
Jan 17 11:14:20 <rburton> if you can replicate this with a package in oe-core then others would be able to help
Jan 17 11:14:30 <rburton> what is the actual problem though
Jan 17 11:14:35 <rburton> as i said, build depends != runtime depends
Jan 17 11:14:58 <ttllkk> The final problem is that 'bash' is ending up in the target, and I would like to get rid of it.
Jan 17 11:15:14 <ttllkk> So I assume the reason for that is that there is a package that *runtime depends* on bash, not *depends* on bash?
Jan 17 11:15:26 <rburton> so run rpm -e bash or whatever on the target to see what it says is stopping it being removed
Jan 17 11:15:39 <rburton> (easiest way to find out what the dependency was)
Jan 17 11:15:53 <ttllkk> Ouch, I didn't think of that
Jan 17 11:15:55 <ttllkk> thanks!
Jan 17 11:15:58 <ttllkk> I will try that
Jan 17 11:16:23 <rburton> there are tools to inspect dependency trees but that is so much easier
Jan 17 11:16:30 <ttllkk> Seems obvious now. I was trying to get the informatino just from Yocto. I am sure there is a way.
Jan 17 11:16:35 <ttllkk> But checking on the target is good enough for me
Jan 17 11:16:50 <ttllkk> error: Failed dependencies:         /bin/bash is needed by (installed) rpm-1:4.13.90+git0+a8e51b3bb0-r0.0.cortexa9hf_neon         bash is needed by (installed) rpm-1:4.13.90+git0+a8e51b3bb0-r0.0.cortexa9hf_neon
Jan 17 11:16:58 <rburton> there you go
Jan 17 11:17:04 <ttllkk> that would mean that rpm runtime depends on bash?
Jan 17 11:17:06 <rburton> yes
Jan 17 11:17:35 <rburton> so either 1) switch to opkg 2) dont ship package management tools 3) look at why rpm needs bash, and see if the scripts can be ported to pure sh
Jan 17 11:18:24 <ttllkk> However, should bash appear here, then?
Jan 17 11:18:39 <rburton> it appears there for a reason: rpm is shipping a bsh script
Jan 17 11:18:40 <ttllkk> https://pastebin.com/Dka8aTMz
Jan 17 11:18:49 <ttllkk> or could it be that it is an indirect dependency?
Jan 17 11:18:57 <ttllkk> (shouldn't rpm report the direct dependency in that case?)
Jan 17 11:19:24 <rburton> no, as some dependencies are only know at build time (another example is every library dependency)
Jan 17 11:20:08 <ttllkk> I see
Jan 17 11:20:11 <ttllkk> thank so much for all the help!
Jan 17 12:10:33 <JaMa> fontforge-native is now failing with "/bin/bash: msgfmt: command not found" even when it inherits gettext, any idea what might be wrong?
Jan 17 12:15:34 <rburton> JaMa: damnit!
Jan 17 12:16:02 <rburton> JaMa: needs explicit dependency on gettext-native
Jan 17 12:16:29 <rburton> native disables NLS so just has gettext-minimal-native in the depends
Jan 17 12:19:55 <otavio> Marex: hello
Jan 17 12:20:07 <otavio> Marex: please provide the u-boot upgrade for 2018.01
Jan 17 12:28:15 <JaMa> rburton: thanks, will try that
Jan 17 12:31:35 <Marex> otavio: heh, git mv no longer works ? :)
Jan 17 12:31:46 <Marex> I saw the autoupdater report ...
Jan 17 12:33:00 <RP> Did the auh emails make it to the mailing list?
Jan 17 12:55:17 <rburton> RP: it was cc'd but i suspect they're all in moderation?
Jan 17 12:55:50 <rburton> i got one for my recipe that was attempted which cc'd core but none of the others
Jan 17 13:02:55 <symm3try> Hello everyone
Jan 17 13:03:20 <symm3try> I want to use the linux uio driver with yocto
Jan 17 13:03:41 <symm3try> do i have to add it to the build?
Jan 17 13:04:05 <symm3try> if so, how?
Jan 17 13:08:47 <kanavin> RP: rburton: it's bizarre, they do have oe-core list in CC, but they aren't actually sent there. Only the overall report is.
Jan 17 13:09:02 <kanavin> I'm not convinced we want them on the list in the first place though
Jan 17 13:09:59 <rburton> kanavin: tend to agree
Jan 17 13:10:00 <RP> kanavin: Iwonder if its a moderation or subscription issue
Jan 17 13:10:07 <rburton> summary yes, patches no
Jan 17 13:10:23 <RP> it would be good to see them *somewhere* but probably not oe-core
Jan 17 13:11:52 <kanavin> RP: I tend to think it's some kind of bug in AUH, as both the updates and the overall report are sent from the same email address
Jan 17 13:12:24 <RP> kanavin: yes, I wondered why some made it and some didn't
Jan 17 13:14:41 <kanavin> RP: I did ask halstead to whitelist auh@auh.yoctoproject.org for oe-core, and at least for the overall reports it works as intended
Jan 17 13:22:41 <RP> kanavin: right, that makes sense
Jan 17 13:57:24 <yocti> New news from stackoverflow: CMake cannot generate a safe linker search path - yocto 2.4 <https://stackoverflow.com/questions/48302419/cmake-cannot-generate-a-safe-linker-search-path-yocto-2-4>
Jan 17 14:16:30 <wouterstreamit> I have built an x86_64 image using the meta-intel layer and am trying to run it in a VMWare virtual machine but I am getting stuck. I have both a .hddimg and a .wic output file (I'm not sure what the difference is in disk layout) and for both I have tried directly converting them to vmdk images. This only gave a bootable result for the hddimg file, but it got stuck during boot for whatever reason.
Jan 17 14:17:14 <wouterstreamit> I have also tried using those files as virtual removable media but the VM would not boot from either of them
Jan 17 14:57:35 <yocti> New news from stackoverflow: ttyAMA0 serial port RaspberryPI3 <https://stackoverflow.com/questions/48303523/ttyama0-serial-port-raspberrypi3>
Jan 17 15:12:30 * kergoth yawns
Jan 17 15:27:22 * nayfe yawns too
Jan 17 16:08:00 <otavio> rburton: I did find the make error and sent a v4 for it
Jan 17 16:08:10 <rburton> yeah saw, thanks
Jan 17 16:19:06 <otavio> rburton: I tried your ninja patch, needs rebase
Jan 17 16:19:17 <otavio> rburton: I agree with the patch, for sure.
Jan 17 16:22:13 <Crofton|work> I'm checking with the gnuradio ninja enthusiasts
Jan 17 16:27:48 <yocti> New news from stackoverflow: Linux UIO driver include <https://stackoverflow.com/questions/48305421/linux-uio-driver-include>
Jan 17 17:02:21 <Crofton|work> rburton, for ninja, is it easy to tell cmake to use make if you have a project with some custom make?
Jan 17 17:02:45 <rburton> Crofton|work: can you do that?
Jan 17 17:03:32 <Crofton|work> dunno :)
Jan 17 17:03:47 <Crofton|work> mainly relaying a reamrk from one of the gnuradio guys
Jan 17 17:04:12 <Crofton|work> apparently one of them ran into a case where they had to use make on some "library"
Jan 17 17:04:45 <Crofton|work> I can look at it, but fighting banks today
Jan 17 17:04:54 <rburton> Crofton|work: can you ask them what library?
Jan 17 17:07:48 <Crofton|work> rburton, he is in #oe
Jan 17 17:07:54 <Crofton|work> ETOOMANYDUPE CHANNELS
Jan 17 17:13:16 <zarzar> when i pull yocto poky, can do i know what version of the gnu toolchain will be used as part of poky? i.e. is it consistent, set in stone, or can it vary based on major version?
Jan 17 17:15:03 <RP> zarzar: its defined in the metadata. A given version of poky uses a specific version of the toolchain
Jan 17 17:15:28 <zarzar> RP: great!
Jan 17 17:15:48 <zarzar> RP: can you point me to said metadata for reference?
Jan 17 17:16:35 <RP> zarzar: http://git.yoctoproject.org/cgit.cgi/poky/tree/meta/recipes-devtools/gcc - gcc recipes used by the master branch ?
Jan 17 17:19:17 <zarzar> RP: ok thanks, to be sure, that is for building yocto, not the toolchain deployed in image?
Jan 17 17:20:10 <RP> zarzar: cross bits are building yocto, "plain gcc" bits are target
Jan 17 17:20:23 <zarzar> RP: thanks!
Jan 17 17:47:45 <otavio> JaMa: for the host-contamination error you just do a cleansstate for each affected package, as workaround?
Jan 17 18:10:34 <noway96> Hello, I've created a custom Yocto image and my drive is found to be 0 bytes in size when attached to the image but has the correct size in my popular linux image machine. I'm probably missing an important module. Any ideas on how to discover the missing module?
Jan 17 19:21:14 <kalpu> Hi, how to apply a patch after my do_configure_prepend() ? Is this even possible?
Jan 17 19:22:07 <kergoth> why would you want to?
Jan 18 01:26:07 <batman_> Hello, How do I inherit a class based on some conditions
Jan 18 02:29:18 <yocti> New news from stackoverflow: How to recover Intel Edison board <https://stackoverflow.com/questions/48160395/how-to-recover-intel-edison-board>
**** ENDING LOGGING AT Thu Jan 18 03:00:01 2018