**** BEGIN LOGGING AT Wed Apr 27 02:59:58 2016 Apr 27 07:19:05 Hi, I have a question related to yocto SDK: when I source the SDK setup file, I get this part in PATH variable: Apr 27 07:19:09 /opt/poky/2.0.1/sysroots/x86_64-pokysdk-linux/usr/bin/../x86_64-pokysdk-linux/bin Apr 27 07:19:52 This path isn't even valid, because on level of usr/ there is no x86_64-pokysdk-linux directory Apr 27 07:20:06 is this an error in setup file? Apr 27 09:08:00 Allah is doing Apr 27 09:08:15 sun is not doing Allah is doing Apr 27 09:08:25 moon is not doing Allah is doing Apr 27 09:08:37 oh god again Apr 27 09:08:42 stars are not doing Allah is doing Apr 27 09:08:49 RP: ^ Apr 27 09:08:53 planets are not doing Allah is doing Apr 27 09:09:08 galaxies are not doing Allah is doing Apr 27 09:09:18 oceans are not doing Allah is doing Apr 27 09:09:28 mountains are not doing Allah is doing Apr 27 09:09:36 trees are not doing Allah is doing Apr 27 09:09:49 mom is not doing Allah is doing Apr 27 09:10:00 dad is not doing Allah is doing Apr 27 09:10:09 boss is not doing Allah is doing Apr 27 09:10:17 job is not doing Allah is doing Apr 27 09:10:28 dollar is not doing Allah is doing Apr 27 09:10:39 degree is not doing Allah is doing Apr 27 09:10:50 medicine is not doing Allah is doing Apr 27 09:11:00 customers are not doing Allah is doing Apr 27 09:11:29 you can not get a job without the permission of allah Apr 27 09:11:44 you can not get married without the permission of allah Apr 27 09:12:00 nobody can get angry at you without the permission of allah Apr 27 09:12:24 light is not doing Allah is doing Apr 27 09:12:32 fan is not doing Allah is doing Apr 27 09:12:42 businessess are not doing Allah is doing Apr 27 09:12:44 I angry at you without any permission needed Apr 27 09:13:02 america is not doing Allah is doing Apr 27 09:13:30 fire can not burn without the permission of allah Apr 27 09:13:53 knife can not cut without the permission of allah Apr 27 09:14:07 rulers are not doing Allah is doing Apr 27 09:14:13 we need more ops Apr 27 09:14:27 governments are not doing Allah is doing Apr 27 09:14:36 @rburton: for sure! Apr 27 09:14:40 sleep is not doing Allah is doing Apr 27 09:15:04 hunger is not doing Allah is doing Apr 27 09:15:20 food does not take away the hunger Allah takes away the hunger Apr 27 09:15:40 water does not take away the thirst Allah takes away the thirst Apr 27 09:15:56 seeing is not doing Allah is doing Apr 27 09:16:12 hearing is not doing Allah is doing Apr 27 09:16:31 seasons are not doing Allah is doing Apr 27 09:16:41 weather is not doing Allah is doing Apr 27 09:16:52 humans are not doing Allah is doing Apr 27 09:17:03 animals are not doing Allah is doing Apr 27 09:17:30 the best amongst you are those who learn and teach quran Apr 27 09:18:07 one letter read from book of Allah amounts to one good deed and Allah multiplies one good deed ten times Apr 27 09:18:58 hearts get rusted as does iron with water to remove rust from heart recitation of Quran and rememberance of death Apr 27 09:19:14 heart is likened to a mirror Apr 27 09:19:55 when a person commits one sin a black dot sustains the heart Apr 27 09:21:43 allah is doing Apr 27 09:21:51 sun is not doing Allah is doing Apr 27 09:21:59 moon is not doing Allah is doing Apr 27 09:22:09 stars are not doing Allah is doing Apr 27 09:22:19 planets are not doing Allah is doing Apr 27 09:22:30 thanks, thomas Apr 27 09:23:15 np Apr 27 09:31:28 rburton: too slow sorry Apr 27 09:31:41 lol Apr 27 09:32:28 Come one... Someone has nothing more interesting to do... Apr 27 09:35:01 he might be waiting for bitbake finishing Apr 27 09:35:57 planets are not... Apr 27 09:35:58 :P Apr 27 09:35:59 spam is not doing Allah is doing... damn it :( Apr 27 09:57:39 arrggh... i would *really* love if there was a way to quickly test a new device tree (supplied with a recipe) without having to rebuild the entire kernel and even better, not having to rebuild the image file, for every change! Apr 27 10:52:38 ionte: Might be of interest, the meta-xilinx layer has to built device trees externally from the kernel. http://git.yoctoproject.org/cgit/cgit.cgi/meta-xilinx/tree/recipes-bsp/device-tree/device-tree.bb Apr 27 11:08:52 Hey all - is there an easy way to list licenses of all packages included in an image and licenses? Do I have to script something using the output of bitbake -s? Apr 27 11:13:20 pevster: There is some good info on what you are after in the docs: http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#maintaining-open-source-license-compliance-during-your-products-lifecycle Apr 27 11:14:45 nrossi: Ah! I missed the bit about generating a manifest - that's perfect, thank you! Apr 27 11:18:02 hey Apr 27 11:19:34 I'm facing QA problems with linaro external tc. It complains about installed-vs-unpackaged Apr 27 11:21:59 nrossi thanks! Apr 27 12:34:07 Anyone know where to find the license file associated with LICENSE = "NewBSD"? Apr 27 12:34:34 likewise PSF and PSFv2? Apr 27 12:35:52 in the layer that uses it, presumably Apr 27 12:36:22 PSF and PSFv2 map to Python-2.0, which is in oe-core meta/files/common-licenses/Python-2.0 Apr 27 12:36:42 meta/conf/licenses.conf has the alias map Apr 27 12:38:29 Ah, I didn't know about the map, thanks. Doesn't seem to have a reference to NewBSD though? Apr 27 12:38:49 oh, that might be an oe thing...? Apr 27 12:40:47 yeah have a look in whatever layer uses it Apr 27 12:45:53 for stuff like foo=${BAR} inside a shell task, is it necessary to explicitly add BAR to the vardeps of the task, or is bitbake clever enough to figure it out on its own? Apr 27 12:46:38 it can figure out basic references like that Apr 27 12:47:09 that's what i thought, but wanted to make sure. thanks. Apr 27 12:47:33 foo="${BAR}" shouldn't confuse it either, right? Apr 27 12:47:43 * Ulfalizer is trying to get rid of some redundant code Apr 27 12:48:41 i guess even better would be an easy way to list all the (inferred and explicit) vardeps, if there is one :) Apr 27 12:51:26 Hi Apr 27 12:52:24 I know maybe I should ask somewhere else, but if anyone knows something about that : Apr 27 12:52:27 i'm using qt5 on yocto, I would like to have some debug informations, when I try to start : QT_LOGGING_CONF="qt.qpa.input=true" /usr/share/qt5/examples/widgets/dialogs/tabdialog/tabdialog -platform wayland-egl, nothing outputs... I tried with QT_LOGGING_CONF="*.debug=true" I have the same output as before... Apr 27 12:52:36 thanks for any help Apr 27 13:01:11 aurele: I know that for EGLFS there is something like "QT_QPA_EGLFS_DEBUG " Apr 27 13:01:30 Maybe there would be the same flag for wayland... Apr 27 13:12:27 is is normal behaviour that change in kernel config triggers glibc to rebuild (and thus all userspace) in poky? Apr 27 13:13:19 * paulg notes there are poison layoff cookies in the hallway Apr 27 13:17:03 riz__ thanks for your answer, if anyone is interested about this you have to do "export QT_DEBUG_PLUGINS=1" before using loging environnement variables Apr 27 13:17:41 aurele: Are you using QtCreator? Apr 27 13:18:18 riz__, not for now, I'm just testing... But I fear I would have to Apr 27 13:18:36 I'm affraid I would have to ;) Apr 27 13:18:49 OK. Just wondering. There is a section in "Project" that you can set that in the IDE Apr 27 13:19:15 In order to get wayland-egl working did you just follow the yocto manual directions? Apr 27 13:19:37 Were there any problems you faced? I am about to try it tomorrow and was just wondering.. Apr 27 13:22:22 riz__, I just used freescale manual, I had issues while upgrading freescale, poky and oe recipes, weston did'nt want to start (I think it is because I did not upgrade kernel, i'm using 3.10 from dizzy, I don't want to change for now) Apr 27 13:22:48 Cool. Good luck! Apr 27 14:40:14 riz__, FYI I just have issues with my touchscreen... can't get it working Apr 27 15:00:44 any suggested place to hook into the code to dump do_compile[vardeps] for a particular recipe? Apr 27 15:00:52 i want to check the automatically added ones Apr 27 15:07:21 folks - I am adding wvstreams-dev to IMAGE_INSTALL but I am not getting the source on the image to help debug. Apr 27 15:07:25 what am I doing wrong? Apr 27 15:08:09 -dev doesn't contain source Apr 27 15:08:19 its the headers and build-time symlinks Apr 27 15:08:26 you want wvstreams-dbg for debugging bits Apr 27 15:11:33 hum ... Apr 27 15:11:35 lets me check Apr 27 15:12:38 wvstreams-dbg is in the build Apr 27 15:12:50 :-/ ... something is going on Apr 27 15:21:29 root@intel-quark:~# ls -l /usr/src/ Apr 27 15:21:29 root@intel-quark:~# Apr 27 15:22:56 its not putting _any_ sources in the build, do I need to something else. Apr 27 15:31:30 maybe wvstreams is doing something stupid when packaging Apr 27 15:37:12 rburton: do you know if there's some nice way to dump foo[vardeps] for some foo? Apr 27 15:38:46 from a class, should be easy enough Apr 27 15:39:29 rburton: python class or bbclass? Apr 27 15:39:59 i'll try an anonymous python function, but i'm not sure if it'll get invoked late enough Apr 27 15:42:13 rburton: ofono has the same problem .... is there something I need to set? Apr 27 15:46:11 mortderire: -dbg packages have source in here, so i guess you need to see if your distro has any funky settings Apr 27 15:46:50 rburton: anonymous python function doesn't seem to work. it only lists the explicitly added vardeps. :/ Apr 27 15:47:02 i'm guessing you meant a class with one of those Apr 27 15:49:42 in this case, i'm trying to figure out which vardeps are automatically inferred for a particular task Apr 27 15:50:20 in a particular recipe Apr 27 15:51:10 rburton: using off the shelf oe Apr 27 16:35:51 I hope someone can answer here, will there be a replacement link-level api for opkg in time for 0.4? Or should we move to calling opkg-cl and parsing the output? Apr 27 17:14:29 present: I remember you saying that you or people you know got Qt apps running using EGLFS direct to the framebuffer without x11. I am having a lot of trouble getting an app to build without x11 dependencies. Do you know how you configured yocto or your qt5 layer for EGLFS? Apr 27 17:39:23 welcome everyone Apr 27 17:39:52 what could cause ptest to fail for sed? Apr 27 17:40:10 this is a fresh build, straight outta git, for BeagleBone Black Apr 27 17:43:42 jethro branch Apr 27 17:47:31 riz___, X) Apr 27 17:47:48 riz___, I just pushed a proper patch one second ago. Apr 27 17:48:50 present: The reorder of EGL libraries? Apr 27 17:48:54 riz___, It's more related to Qt mainstream bug that I opened. The correction I just proposed should be accepted as I'm doing the least modification as possible. Apr 27 17:49:15 riz___, you are playing with which BSP? Apr 27 17:49:36 Minnowboard, so intel-corei7-64 Apr 27 17:50:18 Go directly see the configure logs. Apr 27 17:51:12 Either your BSP provides proper pkgconfig files for EGL as RaspberryPi is doing now. Apr 27 17:51:21 How do I do that? Apr 27 17:51:26 Otherwise you have to set yourself the proper variables. Apr 27 17:51:36 Is that in the meta-qt layer? Apr 27 17:51:51 And to know what are the proper variables you should check the mkspecs directory from qt. Apr 27 17:52:57 Try bitbake -c configure qtbase first Apr 27 17:53:17 Then find the directory in which the compilation is done. Apr 27 17:53:33 You will find the logs and everything. Apr 27 17:54:00 The easiest is to ask someone who plays withe same BSP than yours. Apr 27 19:24:06 hi folks- how can I debug packaging, get a better sense of what is being packaged and why? Apr 27 19:44:47 mortderire: read temp/log.do_package Apr 27 19:44:51 in the package work directory Apr 27 20:49:31 hmm Apr 27 20:53:24 originally i was plannign on bringing load_plugins over but not argparse_oe, but I think it may be a good idea to bring both into bitbake Apr 27 20:53:38 not showing help when you run it with no arguments is an irritating behavior Apr 27 20:54:28 in which case i should probably get these argparse_oe fixes submitted before i do so.. Apr 27 20:54:31 * kergoth mutters Apr 27 20:59:01 kergoth: yeah I went back and forth on that myself... I think maybe I should have put it in bitbake Apr 27 21:01:41 also python's modules handling is rather irritating at times. it's annoying that we can't name it argparse given that it's under a package Apr 27 21:01:46 heh Apr 27 21:04:45 bluelightning: does https://github.com/openembedded/openembedded-core/compare/master...kergoth:argparse-oe-fixes seem reasonable to you? Apr 27 21:11:13 did some googling, found a different ipmlementation of subparser groups which returns the group action container for you to add the parsers to, which more in line with the existing argparse API. doesn't handle the 'order' option, though, of course Apr 27 21:11:16 hmm Apr 27 21:13:06 kergoth: those fixes look OK at a glance Apr 27 21:13:11 k Apr 27 21:13:24 that's what i was looking for, quick sanity check, sending to the list for proper review of course Apr 27 21:13:26 thanks Apr 27 21:13:34 great that you fixed the subparser+unknown argument issue, that was really annoying me too... Apr 27 21:14:28 turned out a lot simpler than i expected, i didn't realize you could set a dest on the subparser argument to save its name Apr 27 21:14:44 gotta love stackoverflow Apr 27 21:17:18 yeah I don't know what I'd do without stackoverflow for really intractable issues like this Apr 27 21:17:26 argparse code is truly horrible :( Apr 27 21:17:37 such a shame because otherwise it works really well Apr 27 21:18:08 Yeah, I'd agree with that. I hate how the logic is so distributed across the parser and action groups and actions, you have to follow it all over the place to see the big picture Apr 27 21:19:36 Maybe I'm just not a fan of too much OO in general :) Apr 27 21:19:40 tradeoffs.. Apr 27 21:42:30 How do enable KMS in my build? **** ENDING LOGGING AT Thu Apr 28 02:59:58 2016