**** BEGIN LOGGING AT Fri Apr 28 03:00:02 2017 Apr 28 06:41:45 bluelightning: do you have any idea about the "npm: registry URL is required" error in do_install (see https://bugzilla.yoctoproject.org/show_bug.cgi?id=11425)? Apr 28 06:41:46 Bug 11425: normal, Medium+, 2.0.4, patrick.ohly, NEW , Build failed when adding johnny-five to local.conf Apr 28 07:56:29 pohly: sorry I meant to reply, got caught up in other things Apr 28 07:57:12 it's basically because some dependency in the .json file isn't being correctly satisfied, so npm thinks it needs a registry, but we are telling it not to use one and so it blows up Apr 28 08:00:53 bluelightning: so a bug in the johnny-five example, or some of its dependencies? Apr 28 08:19:30 any ideas on why gnupg RDEPENDS on gnutls ? Apr 28 08:20:24 because GNU Apr 28 08:20:47 might be for the s/mime part Apr 28 08:23:05 phako[m]: so you think it dlopens gnutls for that? Apr 28 08:26:55 When building a core-image with initrd, should one use DEPENDS="${INITRAMFS_IMAGE}" or do_rootfs[depends] += "${INITRAMFS_IMAGE}:do_image_complete" or both? Apr 28 08:26:58 we definitely build without gnupg without gnutls... Apr 28 08:32:38 jku: no idea, that would have been the only thing I could imagine it uses gnutls for. Apr 28 08:32:47 or maybe keydownload Apr 28 08:32:48 right Apr 28 08:33:07 the keydownload is behind --enable-gnutls which we don't do Apr 28 08:33:19 recipe bug maybe Apr 28 08:47:53 Hi, I am having problems linking my autotools project with bitbake. It builds successfully in Eclipse but in bitbake I get undefined reference errors to math and crypto functions. I can see both -lm and -lcrypto in the libtool command. Any ideas? Apr 28 08:49:04 Wrong architecture, maybe? Does your recipe have openssl in DEPENDS? Apr 28 08:49:40 I will try adding openssl in DEPENDS, thanks Apr 28 08:49:55 Soemtimes i'm connected but not getting any messages and when I try to send messages it's like if I haven't send, did someone have already experienced it ? Apr 28 08:50:12 i mean, in freenode here =) Apr 28 08:52:15 Same errors with DEPENDS = "openssl" Apr 28 09:14:53 Any other ideas why bitbake cannot find the math / crypto functions? Apr 28 09:18:56 euan: my gut feeling says that your autotools are doing some magic that is not cross compile aware Apr 28 09:22:42 I started with the Yocto hello world ANSI C example project and added additional makefile.am for each subdir. Added -lm -lcrypto etc to AM_LDFLAGS. Apr 28 09:23:43 maybe pastebin a detailed log that shows the build failure? and the bitbake -e of your recipe Apr 28 09:24:07 I have finish my image with yocto branch jethro. I needed the jethro branch because my software needed pygtk. Everything's works fine but I can't install it. It works like a live image only. What can I do ? Apr 28 09:24:45 hamdyaea: "i can't install it". what is the "it"? Apr 28 09:26:07 ping timeout all the time Apr 28 09:30:50 LetoThe2nd: My yocto image. I want to install it on my hard disk. Now it's an iso booted over a ubs disk Apr 28 09:31:44 hamdyaea: well as far as i know ther eis no such thing as an installer like you know from debian, ubuntu, fedora, etc. Apr 28 09:32:19 hamdyaea: you probably have to create a hd image that fits your needs, maybe by supplying a custom wic script Apr 28 09:32:26 (but thats guesswork) Apr 28 09:39:46 LetoThe2nd: WIth the iso yocto created a ext4 and an hddimg. Can I flash my hard disk (it's a flash card) ? If Yes, I have to use the hddimg or the ext4 ? Apr 28 09:40:39 hamdyaea: if you want to flash the card directly, it *might* be that the hddimg is enough. the ext4 alone certainly not, as where would it contain the MBR? Apr 28 09:41:39 but i'd say you really have to look up if the hddimg is what you need. i've no exprience with it. Apr 28 09:42:45 LetoThe2nd: OK thanks I will try it Apr 28 09:43:08 LetoThe2nd: here is the compile log https://pastebin.com/gF2VhE5T, the bitbake -e was over 900kB too big for pastebin Apr 28 09:55:26 euan: no idea at first glance, sorry. Apr 28 09:56:02 hamdyaea: http://lmgtfy.com/?q=yocto+hddimg Apr 28 09:57:59 hamdyaea: could be anywhere in johnny-five's dependency tree; it's not necessarily a bug, could even be a dependency where the version is specified as "latest" Apr 28 09:59:44 kanavin: your ENABLE_COMPLEX_DEPS patch for libsolv is only required for the dnf that you upgrade to, right? ie we don't need it in pyro. Apr 28 10:32:11 * OnkelUlla ist kurz weg... Apr 28 10:32:35 Sorry, wrong channel... :( Apr 28 10:34:05 So I think we're close with the 2.3 release but probably need one more round of tweaks Apr 28 10:34:13 rburton: good ideas WRT media player audio issue with vaapi? We could disable visualizations again ... Apr 28 10:34:15 The current master-next branch is what I'm thinking makes sense Apr 28 10:34:26 rburton: but now we end up with a DrawingArea (or in another case some gstreamer canvas) that nothing draws on which is v. ugly on matchbox (whatever was on screen stays there) Apr 28 10:34:32 jku, joshuagl, : Anything look like its missing? Apr 28 10:38:34 RP: can't think of anything. I'm still looking at the mediaplayer/vaapi problem but no fix at the moment Apr 28 10:41:19 jku: maybe working around disabling the visualisations is the best solution Apr 28 11:11:22 rburton: yes - I think all patches from that batch were announced as for 2.4 only in the cover letter Apr 28 11:12:15 RP: nothing missing that I'm aware of Apr 28 11:17:50 kanavin: great, just checking. bits of it are in staging for pyro, but the really safe stuff only Apr 28 11:39:13 RP: according to "Yocto Compatible 2.0", is a "software layer" allowed to change a recipe unconditionally via a .bbappend, for example by changing the  PACKAGECONFIG? Apr 28 11:39:26 RP, rburton : I think I have a acceptable workaround for the mediaplayer issue, sending patch in a moment Apr 28 11:39:53 yocto-compat-layer.py would detect that in test_signatures, but skips the test for LayerType.SOFTWARE. Apr 28 11:40:53 I would have expected that such a .bbappend shouldn't have an effect unless explicitly requested via some config change (*besides* adding the layer to bblayers.conf). Apr 28 12:01:29 I'm leaving early today: if there are any problems with the gst-player patch (which is now on list), maxin promised to cover me. I'll be around in the evening Apr 28 13:02:59 I want to refer to another image recipe, and I've added DEPENDS+="my-core-image", but it does not seems to depend on anything in the my-core-image recipe (have inspected with bitbake -g) Apr 28 13:03:23 Why doesn't this construct work? Apr 28 13:10:20 It seems I have to use do_rootfs[depends] += "my-core-image:do_image_complete" to get it to work. Using DEPENDS seems to have no impact Apr 28 13:11:20 Although I certainly don't understand the logic behind it Apr 28 13:18:53 DEPENDS is do_configure[depends] += "$recipe:do_populate_sysroot", iirc, so if my-core-image doesn't have a do_populate_sysroot that depends on do_image_complete, that is expected. Apr 28 13:22:43 Right. I expected DEPENDS to equal to $recipe:do_build, since do_build is default target to bitbake, but yeah, apparently it's not Apr 28 13:26:12 I'd like to put STAGING_BINDIR_NATIVE in PATH for my shell; is there a clean way to do that? Apr 28 13:26:50 (I have a -native recipe for a tool that is useful during distro developpement) Apr 28 13:27:20 (the same recipes also builds a nativesdk- package for the non-distro-developpement use-case) Apr 28 13:37:32 What's the right approach for adding a layer during an oe-selftest? bitbake-layers commands (as in meta/lib/oeqa/selftest/devtool.py) or something with bblayers.inc? Apr 28 13:40:56 Ah, oeSelfTest.write_bblayers_config. Apr 28 13:50:59 Hello. I have been trying to build a toolchain for Qt5 devlopment from my image which built successfuly. The tooolchain build keeps failing on errors regarding QtScript. I went into the log file but I cannot make much sense of it to come to a solution. Apr 28 13:51:12 This is my log file output https://pastebin.com/zm5wtEL4 Apr 28 13:51:25 Has anyone run into this issue or have a possible solution? I never even included qtscript in my local.conf Apr 28 14:18:28 is it possible to change the --sysroot path used by bitbake? currently ~/poky/build/tmp/sysroots/..., whereas my eclipse build is /opt/poky/2.2.1/sysroots/... Apr 28 14:24:23 link them? Apr 28 14:24:44 but I presume there's also a local.conf variable Apr 28 14:26:26 what is the exact depexp command used to bring up the UI with dependencies for my image? Apr 28 14:32:30 riz__: bitbake [image] -g -u depexp Apr 28 14:32:34 (or taskexp in master) Apr 28 14:41:04 That is what I thought. I keep getting "Import Error: No object named gobject" Apr 28 14:48:35 riz__: thats because you don't have pygtk installed Apr 28 14:49:45 I installed pygtk Apr 28 14:49:48 Same error Apr 28 14:50:24 if its asking for gobject then you have an old release which needs pygtk *2* Apr 28 14:50:26 not 3 Apr 28 14:53:49 hello Apr 28 14:54:40 I have a recipe that has a do_configure() task defined; I need to modify this recipe, using a .bbappend, and I need to remove the do_configure() task and add a do_configure_prepend() Apr 28 14:55:16 in my .bbappend, how do I specify that I do want to perform the do_configure() from the .bb ? Apr 28 14:55:46 top22: just write a new do_configure() in the bbappend Apr 28 14:55:55 an empty one ? Apr 28 14:56:15 no, what's the point of writing an empty do_configure() and then writing a do_configure_prepend() Apr 28 14:56:30 if you want to replace the do_configure entirely, replace it entirely Apr 28 14:57:06 actually, I have to replace the do_configure with a do_configure_prepend (that's what that patch I have does) Apr 28 14:57:13 but that makes no sense Apr 28 14:57:38 if you want to extend an existing function, use _prepend and _append Apr 28 14:57:45 if you want to replace then just write a new function Apr 28 14:58:12 a bbappend can just have do_configure() { my new configure script here } Apr 28 14:58:24 ok, I see Apr 28 14:58:27 thanks Apr 28 16:09:18 is it possible to add a patch in a .bbappend ? Apr 28 16:09:31 yes, ofc Apr 28 16:12:49 the problem is that my .bbappend is in another layer and the .bb is in poky/meta. The fetcher seems to search only in poky/meta; I added my layer in bblayers.conf Apr 28 16:15:34 http://www.yoctoproject.org/docs/1.6/dev-manual/dev-manual.html#using-bbappend-files Apr 28 16:15:54 By default, the build system uses the FILESPATH variable to locate files Apr 28 16:16:03 his append file extends the locations by setting the FILESEXTRAPATHS Apr 28 16:16:13 see the example Apr 28 16:17:10 yes, I'll try like that Apr 28 16:17:40 btw check the latest manual! sorry for the old link.. Apr 28 16:43:09 I am trying to build qt into my image ans the image build successfully. For some reason the toolchain is failing on qtwebkit and qtscript and I never even included them in local.conf. I also do not see anything that depends on them so I am really confused why they are even attempting to be built for the toolchain.. Any thoughts? Apr 28 16:54:30 ant_work: it worked :D Apr 28 17:55:09 hello Apr 28 17:56:31 I'm trying to add a new machine.conf file in my bsp layer that is based on another machine.conf from another layer. I only want to change some parts; If I do a require conf/machine/machine.conf I'm under the impression that it doesnt work because the kernel provider reset to linux-imx Apr 28 17:56:47 what's the correct way to inherit from another machine and change some variables ? Apr 28 19:47:05 top22: place common stuff in a .inc file then create the two machines .conf files inheriting from it and override/add those you need Apr 28 19:47:51 top22: look at the oe-core machines, they do something like that **** BEGIN LOGGING AT Sat Apr 29 00:04:54 2017 Apr 29 00:22:42 Hello! I was following this guide https://github.com/Nuand/bladeRF/wiki/Creating-Linux-based-Embedded-System-Images-with-Yocto, but at the end of the build I'm not getting any sdimg file. I see a file ...rootfs.tar.xz with the rootfs but not a complete image. Any idea why? **** ENDING LOGGING AT Sat Apr 29 03:00:01 2017