**** BEGIN LOGGING AT Wed Nov 12 03:00:00 2014 Nov 12 07:26:54 good morning @ .* Nov 12 08:01:07 good morning Nov 12 08:18:05 hmm, can i install man pages and man to my developer image? Nov 12 08:35:48 ahah trying to google "install man from source" is so ludicrous Nov 12 08:45:31 morning all Nov 12 09:02:56 hi bluelightning Nov 12 09:03:32 hi mckoan Nov 12 09:23:17 good luck philea Nov 12 09:24:53 Hi all, my name's Cyrille and I'm a new user of yocto. This tool is very interessant but I have got some problems to make bb and bbappend classes. Can somebody help me ? Nov 12 09:26:45 dcyrille18: sure, please ask your question(s) Nov 12 09:29:08 Ok, thanks. So, after adding ldconfig (included by eglibc) in my image (for arm imx6), I noticed that the file /etc/ld.so.conf does not include the line "include /etc/ld.so.conf.d/*.conf". Nov 12 09:29:14 <_qwerty_> Hi, I am trying to update sdk built by bitbake meta-toolchain-qte but I found kernel header wrong Nov 12 09:29:46 <_qwerty_> I tried to clean by bitbake -c clean meta-toolchain-qte but nothing change Nov 12 09:30:17 So I tryed to create a ldconfig-native_2.12.1.bbappend file that contain : Nov 12 09:32:14 SRC_URI+="file://ld.conf.so" Nov 12 09:32:47 dcyrille18: ldconfig-native is for the build host, that won't end up in the image Nov 12 09:32:57 the install function and the fileextrapath variable set, but Yocto failed to fetch url Nov 12 09:33:11 Ah ok Nov 12 09:33:53 And do you know what is the recipe for the ldconfig installed on my image ? Because the binarie is been here Nov 12 09:34:13 I'll have to have a look later, I'm just in a meeting atm Nov 12 09:37:12 Ok thanks Nov 12 10:05:41 bluelightning, I found the desired recipe in eglibc. Thanks Nov 12 10:12:44 Hallo! I bekame the following error: AttributeError: 'module' object has no attribute 'pythonCacheLine' ......AttributeError: 'module' object has no attribute 'pythonCacheLine' Nov 12 10:39:58 achest: what are you running when you receive that? which version of the build system are you using? what distro are you running on? Nov 12 10:46:00 bluelightning: It's not reproducible ;-( Nov 12 10:46:39 achest: ok, but looking at the code I'm having a difficult time figuring out how it could happen... Nov 12 10:46:56 not that I'm doubting you, it's just at the moment there's not much for us to go on :( Nov 12 10:47:26 bluelightning: Yes, I unterstand. Nov 12 11:42:36 hi guys Nov 12 11:42:42 <_qwerty_> How I can create a toolchain about my custom image? Nov 12 11:42:51 when I bitbake a toolchain - is there a way to exclude debug directories? Nov 12 11:44:00 _qwerty_: 'bitbake -c populate_sdk' Nov 12 11:44:53 <_qwerty_> Xz:thanks Nov 12 11:48:33 _qwerty_: bitbake -c populate_sdk imagename Nov 12 11:51:24 _qwerty_: it won't automatically have the Qt tools in it though, for that you will also need to additionally add TOOLCHAIN_HOST_TASK_append = " nativesdk-packagegroup-qte-toolchain-host" Nov 12 11:51:35 (to the image recipe) Nov 12 11:51:58 and you will probably need to take care of the environment script as well, as meta/recipes-qt/meta/meta-toolchain-qt* do Nov 12 11:54:11 <_qwerty_> bluelightning:ok Nov 12 12:04:40 populate_sdk_base.bbclass does COMPLEMENTARY_GLOB[dbg-pkgs] = '*-dbg' Nov 12 12:05:10 is there any way to 'bbappend' or rather 'bbremove' it? Nov 12 12:06:46 Xz: you wouldn't do it by modifying COMPLEMENTARY_GLOB, you would stop that glob from being pulled in by setting SDKIMAGE_FEATURES Nov 12 12:07:43 the default value of SDKIMAGE_FEATURES is "dev-pkgs dbg-pkgs" - just set it to "dev-pkgs" and the debug files will be gone Nov 12 12:08:03 note that the natural consequence will be that you will no longer be able to use the SDK to do debugging though Nov 12 12:48:00 Hi guys Nov 12 12:49:06 As see in c81d3ad1e3e3cc4cb18ca520b49c147edae23cd8 we deference tags when getting the commit id Nov 12 12:49:54 That makes sense as long as the tags are annotated. for lightweight tags this won't work because there will be just a simple refs/tags/tagname entry Nov 12 12:51:55 Is this a known issue? Nobody got into this before? Nov 12 13:17:35 ag_: there is an open issue on it yes: https://bugzilla.yoctoproject.org/show_bug.cgi?id=6881 Nov 12 13:17:37 Bug 6881: normal, Medium+, 1.6.2, richard.purdie, NEW , git fetcher does not support lightweight tags Nov 12 13:23:29 thanks bluelightning Nov 12 13:40:27 <_qwerty_> bluelightning: I added TOOLCHAIN_HOST_TASK_appen in myimage.bb is it true? Nov 12 13:53:40 _qwerty_: if you mean TOOLCHAIN_HOST_TASK_append, yes in the image recipe Nov 12 13:53:59 _qwerty_: and note the leading space in the value, that is important Nov 12 16:02:56 Hi all! I've tried this watchdog daemon paired with my hardware watchdog, and it works like a charm. http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-extended/watchdog?h=dizzy Unfortunately no initscript is provided in the package, does anybody have any or should I write my own initscript? Nov 12 16:18:33 I'm trying different stuff to shorten the path for the toolchain Nov 12 16:19:18 another +/- long bit is 'i586-poky-linux-uclibc' Nov 12 16:19:29 what about advising all hackers to bbappend it to something shorter? Nov 12 16:19:55 I actually filled a bugzilla: https://bugzilla.yoctoproject.org/show_bug.cgi?id=6957 Nov 12 16:19:57 Bug 6957: normal, Undecided, ---, dvhart, NEW , [toolchain/uclibc]very long paths Nov 12 16:20:15 the problem is real, it's not like I'm just moaning Nov 12 16:20:23 people use toolchains on OSX/Win Nov 12 16:20:50 and they are usually young/new to that Nov 12 16:21:22 and additional problems with extracting toolchain archive are just destroying whole user-experience Nov 12 16:22:13 that's why you have all these tutorials like 'run debian on Galileo' Nov 12 16:22:34 nobody would care if Yocto delivered perfect user experience :) Nov 12 16:25:23 hello Nov 12 16:25:33 I'd like to buy a book about yocto, any recommendation ? thank you Nov 12 16:26:36 acidfu: I'd recommend otavio's book http://www.amazon.com/Embedded-Linux-Development-Yocto-Project/dp/1783282339/ref=asap_B00JA05KJM_1_1?s=books&ie=UTF8&qid=1415809563&sr=1-1 Nov 12 16:28:03 diego_r, thank you Nov 12 16:28:15 he maintains the FSL layers, and is really a knowledgeable guy Nov 12 16:29:19 great! Nov 12 16:29:42 the book is not really long, but if you're a beginner it's really worth, as it's quite cheap too. BTW, the book is written also by Diane Angolini that works in Freescale Nov 12 16:30:28 yeah beginner Nov 12 16:31:19 Xz: thanks for filing the bug, we'll do what we can to address it Nov 12 16:33:48 diego_r: re watchdog there is an initscript supplied in the upstream source (under redhat & debian dirs), so the recipe could be changed to install and enable one of those Nov 12 16:35:35 bluelightning: yeah, just noticed that and fighting with different declarations in /etc/init.d/fuctions (success vs echo_success) Nov 12 16:36:37 bluelightning: would it be useful if I submit the watchdog initscript to poky but keep it disable by default? Nov 12 16:37:21 diego_r: I think we'd definitely like to have the patch, the question is should we just enable it by default? is it actually useful to not have it started? Nov 12 16:37:56 and I think if at all possible we'd want to use the upstream initscript; if we need to patch it a little then that would be fine Nov 12 16:39:41 When using bitbake in poky/build, I am getting "ERROR: QA Issue: package uwsgi contains bad RPATH" when building uwsgi from meta-cloud-services/meta-openstack layer. What is an RPATH? How can I debug this? Nov 12 16:39:51 I am using daisy branch in all the layers because dizzy isn't available yet in meta-xilinx (I am building for zedboard-zynq7 machine). Nov 12 16:40:04 bluelightning: well, Debian's is calling on some lsb stuff "/lib/lsb/init-functions" http://sourceforge.net/p/watchdog/code/ci/master/tree/debian/wd_keepalive.init Nov 12 16:40:36 ekw: http://www.yoctoproject.org/docs/1.7/ref-manual/ref-manual.html#qa-issue-rpaths Nov 12 16:41:52 bluelightning: RedHat initscript has different functions path "/etc/rc.d/init.d/functions" and functions declarations is different http://sourceforge.net/p/watchdog/code/ci/master/tree/redhat/watchdog.init Nov 12 16:42:13 thanks bluelightning Nov 12 16:43:45 bluelightning: Suse initscript is yet different: http://sourceforge.net/p/watchdog/code/ci/master/tree/suse/rc.watchdog.suse Nov 12 16:52:02 diego_r: right, there are bound to be differences Nov 12 16:52:14 diego_r: I'd say pick the one that is closest to what we need and patch it as necessary Nov 12 16:52:49 bluelightning: yeah, the closest one seems the Red hat one Nov 12 17:56:41 bluelightning: is a do_install_append the proper way to put the initscript file in the package? Nov 12 17:58:15 diego_r: yes, install from there into ${sysconfdir}/init.d Nov 12 17:58:25 diego_r: the recipe should also inherit update-rc.d Nov 12 17:58:44 there are a lot of examples in the metadata, you might want to have a look around if you haven't already Nov 12 17:59:06 bluelightning: will do, thanks for the precious hints ;) Nov 12 18:01:23 no problem :) Nov 12 20:21:37 :q Nov 12 20:21:40 oops **** ENDING LOGGING AT Thu Nov 13 03:00:00 2014