**** BEGIN LOGGING AT Thu Oct 15 02:59:59 2015
Oct 15 03:11:14 <namra> greetings
Oct 15 03:12:08 <namra> i added systemd as a distro_feature (for poky) in local.conf. but systemd-networkd is not present on the system. did i miss anything? there's also no warning or error concering that during the build.
Oct 15 03:12:59 <kergoth> I'm pretty sure we disable networkd by default
Oct 15 03:13:06 <kergoth> if you want it, you'd need to add to packageconfig
Oct 15 03:13:13 <kergoth> PACKAGECONFIG_append_pn-systemd = " networkd"
Oct 15 03:13:17 <kergoth> otherwise use connman or something
Oct 15 03:18:39 <namra> thanks alot
Oct 15 03:20:30 <namra> kergoth: can you explain or point me into the right direction: i'd like to understand the prefix "append_pn-systemd" especially the meaning of pn.
Oct 15 03:34:18 <kergoth> see the yocto project documentation, specifically the section on OVERRIDES
Oct 15 05:02:53 <kergoth> Hmm, patchme still failing even though the already-applied patch commit is retained
Oct 15 06:33:37 <parrot1> does yocto have egl package?
Oct 15 07:22:36 <parrot1> bluelightning: ping
Oct 15 07:22:59 <bluelightning> parrot1: pong
Oct 15 07:23:01 <bluelightning> morning all
Oct 15 07:23:29 <parrot1> bluelightning: egl package comes default in mesa right?
Oct 15 07:25:51 <bluelightning> parrot1: yes, PREFERRED_PROVIDER_virtual/egl ?= "mesa"
Oct 15 07:27:49 <parrot1> bluelightning: must be weird....I tried compiling piglit in target image but I got  package 'egl' not found
Oct 15 07:28:03 <parrot1> mesa and mesa-dev are installed
Oct 15 07:31:55 <jku> parrot1: I have no context so this might be not useful, but...  egl dev files are provided by libegl-mesa-dev
Oct 15 07:36:05 <parrot1> jku: hmm....I do have libegl-mesa-dev installed as well but still it complains.
Oct 15 07:36:14 <parrot1> Something to do with the pkgconfig probably?
Oct 15 07:36:36 <parrot1> I have no idea how cmake detects presence of a package
Oct 15 07:37:47 <jku> good cmake projects do use pkgconfig
Oct 15 07:38:49 <jku> piglit does use pkg-config
Oct 15 07:39:11 <parrot1> I tried dissecting piglit's CMakeLists.txt and I found variables like EGL_FOUND which will decide if egl is indeed present
Oct 15 07:39:26 <parrot1> but I have no idea how it tries to find egl.
Oct 15 07:39:58 <parrot1> and EGL_FOUND is set to false obviously. But I don't know why or how
Oct 15 07:40:11 <jku> parrot1: "pkg_check_modules(EGL egl)" -- looks fine to me
Oct 15 07:41:01 <parrot1> perhaps I should do the same check but how do you do that?
Oct 15 07:43:43 <jku> parrot1: if you just want to check if pkg-config is doing what it should: "pkg-config --modversion egl" in shell should work
Oct 15 07:43:49 <awaisb> Morning folks
Oct 15 07:44:17 <jku> parrot1: is there a reason you are compiling on target btw?
Oct 15 07:44:40 <bluelightning> morning awaisb
Oct 15 07:46:01 <tasslehoff> Is there a way I can use a deb-file in a recipe? Or must I unpack it and write a recipe the puts stuff where it should be manually?
Oct 15 07:46:03 <parrot1> jku: I personally find it even harder to compile it from the host (using recipe). So I figured out it might be easier to just do that from the target itself.
Oct 15 07:46:56 <parrot1> jku: I also know that yocto does have piglit but I need a custom one for my OpenCL test conformance
Oct 15 07:47:06 <bluelightning> tasslehoff: there's bin-package.bbclass that pretty much does that for you - see the comments at the top of the file though for a hint about setting a subdirectory
Oct 15 07:47:40 <tasslehoff> bluelightning: ah. great.
Oct 15 07:47:53 <jku> parrot1: I see. My comments on what piglit does are based on the version in yocto: there have been some changes upstream since then IIRC
Oct 15 07:47:59 <awaisb> bluelightning: how is it different from allarch?
Oct 15 07:48:53 <bluelightning> awaisb: it's not related to allarch... the contents still may be architecture-specific
Oct 15 07:49:33 <awaisb> bluelightning: cool, just saw the class did not know something such existed
Oct 15 07:55:08 <parrot1> jku: Not sure what you are hinting here :-(
Oct 15 07:56:31 <jku> parrot1: nothing in particular: just saying that we may be looking at different versions and e.g. CMakeLists might have changed
Oct 15 07:58:30 <parrot1> jku: how different CMakeLists would affect things? Sorry noob here
Oct 15 08:00:07 <jku> parrot1: well , they could have changed how they detect dependency libraries or changed an optional dependency to a hard dependency as an example
Oct 15 08:01:15 <t0mmy> hi everyone
Oct 15 08:09:03 <tasslehoff> bluelightning: the deb I wanted to install was not satisfactory. I get errors that it contains symlinks, and that it installs libraries in the wrong location.
Oct 15 08:09:51 <bluelightning> tasslehoff: you may have to turn off some of the warnings, depending on the content
Oct 15 08:12:20 <tasslehoff> bluelightning: ok. but it does not hurt that it likes to arrange libraries in its own way, if my apps know where to find them?
Oct 15 08:12:34 <tasslehoff> It likes paths as: /usr/local/cuda-6.5/targets/armv7-linux-gnueabihf/lib/libcudart.so.6.5
Oct 15 08:13:34 <bluelightning> tasslehoff: right, it's just warning you since if you don't have such a mechanism the lib won't be found
Oct 15 08:14:44 <tasslehoff> bluelightning: that should be fine, so I just need to disable the warning about symlinks in non -dev/-dbg/-nativedsk
Oct 15 08:15:34 <bluelightning> unless you re-split the packaging yourself, yes
Oct 15 08:36:57 <tasslehoff> bluelightning: thanks. one more Q. I now have a cudart.bb for my rootfs, and a cudartdev.bb for my sdk. I compile my sdk with 'bitbake -cpopulate_sdk'. how do I add cudartdev to my sdk?
Oct 15 08:38:06 <bluelightning> well there are a few different ways
Oct 15 08:38:35 <bluelightning> you could actually combine the two recipes and ensure the contents get split as they should into -dev and the main package
Oct 15 08:39:04 <bluelightning> or alternatively you could do something like TOOLCHAIN_TARGET_TASK_append = " cudartdev"
Oct 15 08:40:49 <tasslehoff> bluelightning: I'll do the last one for now, but I need to do this properly eventually. thanks.
Oct 15 08:46:21 <raykinsella78> 30 minutes "free" WiFi in Costa, is a bit miserable.
Oct 15 08:47:49 <bluelightning> raykinsella78: I guess they don't want you to buy one coffee and then sit there all morning... ;)
Oct 15 08:57:16 <raykinsella78> bluelightning: With prices they charge in here, I should get a free foot massage.
Oct 15 08:57:43 <raykinsella78> bluelightning: 5.90 for a coffee and muffin
Oct 15 08:58:44 <bluelightning> raykinsella78: someone has to pay for all that fancy branding :)
Oct 15 08:59:27 <raykinsella78> bluelightning: :-p
Oct 15 09:53:15 <kbingham> Does anyone use devtool modify to build their kernel?
Oct 15 09:54:48 <kbingham> I just found an interesting issue ... I used devtool modify -x to get my kernel source ... and I rebranched and made changes. Having run bitbake, rebooted and checked that my kernel is actually the one running (I put pr_err("Kieran was here") in init/main.c - the uname/kernel version still points to the old / wrong commit
Oct 15 09:55:29 <kbingham> I presume this is some caching somewhere preventing the version bump making it to the final binary?
Oct 15 09:56:45 <bluelightning> kbingham: which version of the build system are you using?
Oct 15 09:57:07 <kbingham> bluelightning: poky 1.8
Oct 15 09:57:41 <bluelightning> ah ok... in 1.8 our handling of the kernel with devtool modify wasn't great; we've improved it for the upcoming 2.0 release
Oct 15 09:58:00 <kbingham> bluelightning: Ok, I'll retest when its released then :)
Oct 15 09:58:10 <kbingham> bluelightning: It's due soon isn't it?
Oct 15 09:58:14 <bluelightning> sorry not the best news I know, but probably not the worst :)
Oct 15 09:58:42 <bluelightning> yes, we're just in the final stabilisation period atm
Oct 15 09:59:01 <bluelightning> brb
Oct 15 11:02:30 <raykinsella78> bluelightning: have added grub-efi to my build, but I am not getting a grub.con
Oct 15 12:17:09 <Ox4> hello yocto gurus :)
Oct 15 12:18:17 <LetoThe2nd> i think we're out of yocto gurus, but i think some meditation gurus are still around.
Oct 15 12:18:40 <fredcadete> I meditate while I wait for interesting questions to show up
Oct 15 12:18:59 <ndec> and when you wait for builds to complete as well, no?
Oct 15 12:19:32 <fredcadete> while the bits are baking I try to do my corporate reporting
Oct 15 12:19:35 <fredcadete> it's still not enough time
Oct 15 12:20:50 <LetoThe2nd> ok, am i really the only old hag who has a completely different association with "meditation guru"?
Oct 15 12:21:46 <fredcadete> indian-looking bearded guy sitting on the floor with his legs crossed?
Oct 15 12:22:08 <LetoThe2nd> nope MEEEEEEP 0 points for you
Oct 15 12:22:24 <fredcadete> :'(
Oct 15 12:22:36 <fredcadete> oh guru please enlighten me
Oct 15 12:23:17 <LetoThe2nd> https://en.wikipedia.org/wiki/Guru_Meditation
Oct 15 12:26:28 <fredcadete> ah
Oct 15 12:28:29 <gatisp> Hi, I was wondering if bitbake has a mechanism to check which recipe installed a specific binary "binary_name"? Or the only way is to manually track this down?
Oct 15 12:31:41 <joseppc> gatisp: if you have package-management with smart, you can just do something like: smart query /path/to/file
Oct 15 12:35:08 <gatisp> I have never heard about it
Oct 15 12:35:13 <gatisp> so I think I don't have it
Oct 15 12:35:23 <gatisp> joseppc, will have to take a look at it
Oct 15 12:35:25 <fredcadete> do you have dpkg? opkg? rpm?
Oct 15 12:35:35 <fredcadete> other package managers have similar functionality
Oct 15 12:35:38 <gatisp> on my embedded system?
Oct 15 12:35:40 <fredcadete> yes
Oct 15 12:35:58 <gatisp> I don't have package managers
Oct 15 12:36:04 <raykinsella78> my light defusing blind from ikea, does little to defuse light.
Oct 15 13:09:11 <joseppc> gatisp: in the build directory you can use something like "oe-pkgdata-util find-path tmp/sysroots/qemux86-64/pkgdata/ *hostname"
Oct 15 13:10:20 <gatisp> joseppc, thanks, I will try that
Oct 15 13:15:18 <Ox4> guys, how can I append symlink from /etc/init.d to rc5.d/ ?
Oct 15 13:16:11 <Ox4> when I unpacked the tar.bz2 image I don't see the symlinks :-(
Oct 15 13:19:34 <frsc> Ox4: you can use update-rc.d in your recipe: http://www.yoctoproject.org/docs/1.8/ref-manual/ref-manual.html#ref-classes-update-rc.d
Oct 15 13:21:18 <Ox4> frsc: nice, thanks
Oct 15 13:24:05 <frsc> Is there a possibility to fetch a commit/tag that is not on a branch from a git repo? Without a branch specified, yocto seems to fallback to "master".
Oct 15 13:25:04 <LetoThe2nd> frsc: isn't a branch always named in some way, with master being the default for a newly created, single-branch repo?
Oct 15 13:28:01 <frsc> LetoThe2nd: Yes, but what if I want to fetch a commit, that is on no branch at all? I know this seems strange, but I found a public repo where this seems to be the case...
Oct 15 13:30:15 <LetoThe2nd> frsc: hm, care to show a link?
Oct 15 13:30:40 <LetoThe2nd> sounds like something detached head accidentially published on the server or such
Oct 15 13:31:13 <frsc> LetoThe2nd: It's this repo: https://bitbucket.org/libqxt/libqxt/commits/all
Oct 15 13:32:01 <frsc> LetoThe2nd: There's a single master branch, but I need the ref tagged v0.6.2, that does not seem to be connected to master.
Oct 15 13:34:25 <LetoThe2nd> frsc: sounds weird at least.
Oct 15 13:41:30 <frsc> LetoThe2nd: It is weird! It seems like the libqxt repo is kind of messed up a bit. I'm now using a commit from the master branch, that more or less matches the version I need...
Oct 15 14:37:37 <Ox4> http://dpaste.com/0PADXHT
Oct 15 14:38:03 <Ox4> I see leantegra.sh file in the /etc/init.d directory, but I don't see symlinks in the rc#.d directories
Oct 15 14:38:08 <Ox4> could somebody help?
Oct 15 14:43:44 <mrk377> Hey all, I have$ bitbake -k core-image-base && runqemu qemux86 (Worked great).  THEN RAN$ bitbake -k core-image-minimal-dev && runqemu qemux86
Oct 15 14:43:55 <mrk377> Does the minimal dev have gcc??
Oct 15 14:52:59 <kergoth> Can someone summarize the behavior of 'patchme' in kern-tools for me?
Oct 15 14:55:16 <mrk377> I can't help kergoth.  Sorry.  Kergoth: have you worked with the core-image-minimal-dev?  Why doesn't it contain gcc?
Oct 15 14:56:24 <kergoth> core-image-minimal-dev == core-image-minimal + the -dev packages corresponding tothe packages installed there, no development *tools*, only the headers and whatnot
Oct 15 14:56:28 <kergoth> doesn't sound particularly useful, really
Oct 15 14:57:11 <mrk377> Ah, so I need to add tools-sdk to the EXTRA_IMAGE_FEATURES?
Oct 15 14:57:56 <kergoth> indeed
Oct 15 14:59:34 <mrk377> kergoth - I am just messing with qemu images.  Can you generate a dd (raw image) that can be written a compact flash or Solid State Drive?  I don't see easy way to generate this type of image?
Oct 15 15:00:08 <kergoth> in the past, we've had sdcard image types in bsp layers and mksdcard scripts in bsp layers, but everyone is migrating to use of the 'wic' tool
Oct 15 15:00:13 <kergoth> which is designed to do just that
Oct 15 15:00:36 <mrk377> Ok, thanks bro! I appreciate quick response :)
Oct 15 15:01:38 <kergoth> np
Oct 15 15:06:51 <gatisp> Hello again. If I have 2 recipes that both install a binary with the same name on the same path, how does bitbake resolve this situation?
Oct 15 15:08:12 <kergoth> It doesn't, not directly. If both get built at the same time and step on one another in the sysroot, it would error, and if you try to install boht into a rootfs, it would fail
Oct 15 15:08:28 <kergoth> if both files provide the same functionality (i.e. vim and nvi provide vi), you can use update-alternatives
Oct 15 15:24:03 <gatisp> kergoth, right, now I see what is happening. Thanks. I was not aware of update-alternatives bbclass
Oct 15 15:26:02 <kergoth> np
Oct 15 15:31:39 <mrk377> Guys, if I'm using core-image-minimal-dev then I can add EXTRA_IMAGE_FEATURES = "...ssh-server-openssh"
Oct 15 15:31:51 <mrk377> ?
Oct 15 15:32:26 <kergoth> I don't understand the question. Why wouldn't you be able to add an image feature to an image? that's what they're for
Oct 15 15:33:23 <mrk377> Oh, the mega manual states that this image feature is only available when you inherit core-image class.
Oct 15 15:33:38 <mrk377> If you use another class, then it is not available?
Oct 15 15:34:25 <mrk377> But I guess that is every image class, right?
Oct 15 15:34:54 <kergoth> not every image, but all the core-image- recipes, certainly, hence the name
Oct 15 15:37:53 <mrk377> Sorry for confusion.  Thx
Oct 15 17:57:40 <fredcadete> hello guys
Oct 15 17:58:12 <fredcadete> I've recently upgraded from yocto 1.6 to yocto 1.8 and have found out that a few busybox utils are not build anymore: dmesg, mknod
Oct 15 17:58:18 <fredcadete> does this ring a bell to anyone?
Oct 15 17:58:53 <fredcadete> they are both enabled in meta/recipes-core/busybox/busybox/defconfig
Oct 15 18:02:42 <fredcadete> nevermind, found it
Oct 15 18:02:45 <fredcadete> it was another layer
Oct 15 18:03:02 <fredcadete> I will proceed to spam that layer's IRC as retribution
Oct 15 18:07:49 <btooth> hi.. i create a recipe that inherits nativesdk, but after the package is installed i can find a image/ folder in tmp/work/native../pn .. i do something like cp ${WORKDIR}/files ${D} -- where {D} seems to be image/ ? but why?
Oct 15 18:22:19 <mrk377> kergoth and others: I've been learning for a couple days.  What is best strategy to add a new source requirement (libzmq >= 3.2.2) for zeroMQ to show-up in image?
Oct 15 18:22:52 <mrk377> I will have other source requirements to end up in image so there will be several requirements?
Oct 15 20:25:38 <mrk377> Are there videos on rolling recipes from source?
Oct 15 20:26:01 <rburton> I can make a video where i say "use recipetool" if you'd like
Oct 15 20:26:09 <mrk377> LOL
Oct 15 20:26:30 <rburton> at the end of the day its packaging, which is more work than "press some buttons".  there's a reason the manual is many pages.
Oct 15 20:26:39 <rburton> not really the sort of thing you can put in a video
Oct 15 20:30:30 <mrk377> I have a source directory and ran:   recipetool create -o /full/path/to/my/recipe/package.bb  /full/path/to/src/with/autotools/make
Oct 15 20:31:00 <mrk377> I guess the SRC_URI for a file:// must be hand jammed, right?
Oct 15 20:31:41 <rburton> yeah
Oct 15 20:31:46 * rburton has only used it once tbh
Oct 15 20:31:55 <mrk377> K
Oct 15 20:32:45 <mrk377> rburton, is this place for these helpful questions??
Oct 15 20:32:58 <rburton> yes
Oct 15 20:33:02 * rburton must go now
Oct 15 20:33:09 <rburton> there's a glass of pale ale on the table calling me
Oct 15 20:33:17 <mrk377> nice, have one for me
Oct 15 20:55:45 <qknight> hi. http://paste.ubuntu.com/12793941/ <- anyone an idea why gettext fails to build with ../gnulib-lib/libgettextlib.la' is not a valid libtool archive
Oct 15 22:07:55 <qknight> is it save to mix daisy with fido?
Oct 15 22:09:51 <kergoth> no, you can't mix up your branches between your layers and expect things to work
Oct 15 22:10:03 <qknight> kergoth: that might be one of my issues
Oct 15 22:10:45 <qknight> but i'm only using meta-multimedia from fido, all other parts are daisy and i'm probably not using anything from meta-multimedia yet
**** ENDING LOGGING AT Fri Oct 16 02:59:58 2015