**** BEGIN LOGGING AT Fri Apr 29 02:59:58 2016 Apr 29 07:43:57 hey, how do I tell strip to ignore specific files (e.g. they're meant for build/host not target arch) during kernel build? Apr 29 07:44:23 or rather after kernel build, during packaging Apr 29 07:53:34 I'm looking for something like INHIBIT_PACKAGE_STRIP in a more fine granular version Apr 29 08:23:08 I assume splitting stuff into another package and inhibit stripping for that package is the way to go? Apr 29 10:28:43 hi, quick question: I want to have qmake stuff in my sd Apr 29 10:28:44 sdk Apr 29 10:28:47 for now I did Apr 29 10:28:56 image.bb with my stuff Apr 29 10:29:17 and image-sdk.bb that inherits image.bb and "inherit populate_sdk populate_sdk_qt5" Apr 29 10:29:38 I would like to do something like "addtask populate_sdk_qt5 after populate_sdk" Apr 29 10:29:42 but it doesn't work Apr 29 10:32:23 Does anyone use "FEED_DEPLOYDIR_BASE_URI" as documented here: http://www.yoctoproject.org/docs/2.0/mega-manual/mega-manual.html#runtime-package-management-target-ipk Apr 29 10:33:04 Looking at meta/lib/oe/package_manager.py, it seems as though BUILD_IMAGES_FROM_FEEDS needs to be set to use this, which isn't how the documentation reads. Apr 29 11:17:45 does the order in which bbclasses are inherited in a recipe have some effect? Apr 29 11:19:34 LocutusOfBorg: in theory i'd have thought bitbake image -c populate_sdk_qt5 would be sufficient Apr 29 11:24:29 to answer my own question: yes, it looks like the order of bbclass inheritance matters a lot :) Apr 29 11:27:52 yes the classes are evaluated in the order they're inherited Apr 29 11:28:05 no other order really makes sense Apr 29 11:30:29 yup, I've found a bug in meta-oe which is due to update-rc.d update-alternatives being inversed (in the syslog-ng recipe) Apr 29 11:30:40 I'll send a patch fixing & explaining the issue Apr 29 11:35:06 a patch to the classes or the recipe? Apr 29 11:36:48 the recipe, the class names need to be reversed Apr 29 11:37:04 because the prerm script is not generated properly Apr 29 11:37:58 both update-rc.d and update-alternatives add to the prerm but the content they add needs to be reversed, i.e. they need to be reversed in the inherit order Apr 29 11:38:01 rburton, Apr 29 11:38:08 ERROR: Task do_populate_sdk_qt5 does not exist for target image. Close matches: Apr 29 11:38:24 I have to inherit it Apr 29 11:38:37 but an inherit means to build that also for the image, not only for the sdk Apr 29 11:38:51 I want something like "if task=populate_sdk" then inherit Apr 29 12:17:02 Hi folks! Apr 29 12:18:58 After the new Yocto release I can't access the documentation of Yocto 1.7.3, someone had the same problem? Apr 29 12:26:36 Hello! I need to change openssl library and I see that there are 3 different recipe in the yocto environment.... "nativesdk-openssl" "openssl" "openssl-native". What recipes I have to update in bitbake for change the openssl version on target image and reflect the new version in my build environment? Apr 29 12:55:16 ... because I don't understand exactly the difference beetween "openssl" and "native-openssl". Can anyone help me? Apr 29 12:56:44 <_valle_> Hi, if I want to append EXTRA_OECONF to PACKAGECONFIG_CONFARGS according to the patch http://patchwork.openembedded.org/patch/120599/. Should I write PACKAGECONFIG_CONFARGS += ${EXTRA_OECONF} in local.conf? Apr 29 13:45:39 teo_icKs: the native form is built for the build *host*, not the target. Apr 29 14:16:25 rburton: ok... and if I add PREFERRED_VERSION_openssl on my .conf file.... "native" package is automatically update also in build host? or have to explicit PREFERRED_VERSION_openssl-native? Apr 29 14:23:33 teo_icKs: i think you need to specify both Apr 29 14:33:43 rburton: I think like you.... I'm seeing on other conf file as example and seems that in the library packages is usually to specify both...... and for the "nativesdk-openssl" package can I leave the older version unless generate problem? Apr 29 14:34:00 you'll want target and nativesdk to match Apr 29 14:34:10 (unless you're never going to build a sdk) Apr 29 14:38:12 rburton: yes I build also sdk.... is this package installed in the SDK? is it true? Apr 29 14:38:28 yes Apr 29 14:38:35 nativesdk is what goes into the sdk Apr 29 14:42:09 rburton: ok, now it's clear.... thank you very much... have you a nice day :-) Apr 29 15:33:42 Can you share the sstate-cache between completely unrelated build projects? Apr 29 15:34:46 I have shared the "download" directory which I dont see a problem with, but I am not sure about "sstate-cache" Apr 29 15:35:25 yep, it's entirely safe. the sstate archives include metadata checksums. if anything changes that's likelyt o change the content, the filename changes Apr 29 15:35:59 OK. That helps because now new projects build much quicker Apr 29 15:36:43 Also, I heard that if DISTRO_FEATURES change you should clean out tmp and sstate-cache, but I don't know if that is right Apr 29 15:37:46 i use a single sstate dir acr oss multiple yocto versions, projects, machines, etc Apr 29 15:38:12 Great. I fell more confortable with my decision to do that as well now Apr 29 15:38:13 that's probably best, yes, changes to the distroa nd distro features tend to affect a lot of things, not everything is always cleaned out when tasks are rerun at times Apr 29 15:38:47 Ok, I did not want to have to clean out the sstate-cache, but I guess I will have to Apr 29 15:39:22 sstate is absolutely fine to share Apr 29 15:39:32 oh, i misread. yeah, wiping tmp is enough Apr 29 15:40:08 ok, so I wont wipe out sstate-cache lol Apr 29 15:40:10 Much better Apr 29 15:40:27 Thanks Apr 29 15:58:32 rburton: the new results with gcc-6 looks better Apr 29 15:58:59 khem: yeah totally. from errors.yp i can't see anything gcc-related! Apr 29 15:59:53 rburton: I have pushed a potential fix for systemd as well Apr 29 15:59:57 khem: there's a big queue in master-next at the moment but when that's green and merged i think we should run it again and merge asap. thanks for the work! Apr 29 16:00:01 oh time to go Apr 29 16:00:04 have a good weekend all Apr 29 16:00:07 rburton: do you pick my github tree or the contrib one ? Apr 29 16:00:15 khem: erm contrib i think Apr 29 16:00:35 git://github.com/kraj/openembedded-core Apr 29 16:00:37 rburton: yeah by then I probably would have fixed few more stuff especially on musl side Apr 29 16:00:38 no, github :) Apr 29 16:00:44 great Apr 29 16:00:55 right really got to go, bye Apr 29 16:00:58 so you are not in RP club Apr 29 16:05:07 On the yocto wiki page for wayland it states the following command for exporting XDG_RUNTIME_DIR Apr 29 16:05:09 export XDG_RUNTIME_DIR=/tmp/$USER=weston Apr 29 16:05:23 should this be export XDG_RUNTIME_DIR=/tmp/$USER-weston ? Apr 29 16:07:02 yes Apr 29 16:07:18 ok, thanks Apr 29 16:08:16 That was copied from the yocto reference manual too. So it is wrong there as well Apr 29 16:33:23 I have read that to launch weston from within X you type the command "weston" Apr 29 16:33:33 Outside of X you type "weston-launch" Apr 29 16:33:54 My build does not have x11 and I typed "weston-launch" but the command was not found Apr 29 16:34:03 I typed "weston" and it worked just fine Apr 29 16:34:16 Any ideas why that might be? Apr 29 17:07:22 riz__: try to build upon core-image-weston Apr 29 17:08:23 khem: ok cool. Is ther anything specifically in that image that would help? Apr 29 17:09:34 sure take a look Apr 29 17:09:54 my image is basically that minus weston-init in CORE_BASE_IMAGE_INSTALL Apr 29 17:10:27 and inheriting distro_features_check Apr 29 17:10:40 you need weston-init Apr 29 17:10:42 in image Apr 29 17:11:05 IMAGE_FEATURES += "splash package-management ssh-server-dropbear hwcodecs" Apr 29 17:11:08 I have all of that Apr 29 17:51:02 I think I might add support to the wic image fstype to use a .wks.in file, which gets run through d.expand() and written to .wks and used Apr 29 17:51:09 then we could pass ${APPEND} to --append Apr 29 17:51:18 as one example Apr 29 17:51:35 could substitute the serial tty too, rather than hardcoding ttyS0 Apr 29 17:52:14 any objections? Apr 29 20:02:51 I admit that I did not expect to get an actual S390 bug report on pseudo. Apr 29 21:00:44 rising from dead Apr 29 21:23:57 I am trying to include gles3 for my qt package, but I cant seem to get it in... Apr 29 21:33:14 riz___: it should be a packageconfig Apr 29 21:49:04 Yeah, I tried PACKAGECONFIG_GL_pn-qtbase = "gles2 gles3" Apr 29 21:54:23 you need it for qtbase-native as well Apr 29 21:56:27 ahh ok Apr 29 22:06:04 khem: When running an app in weston do you have to position it on the screen? I see the app running however it isnt visible in weston. Apr 30 00:21:15 what the hell, live is in my image fstypes, but there's no task for it **** ENDING LOGGING AT Sat Apr 30 02:59:58 2016