**** BEGIN LOGGING AT Fri Feb 22 02:59:58 2013 Feb 22 03:34:17 Is yocto support Qt5? Feb 22 04:12:39 Is yocto support Qt5? Feb 22 04:19:41 hi, got error to mount nfs in yocto target Feb 22 04:19:43 mount: wrong fs type, bad option, bad superblock on 10.10.67.234:/home/fce84x0dev, Feb 22 04:19:43 missing codepage or helper program, or other error Feb 22 04:19:43 (for several filesystems (e.g. nfs, cifs) you might Feb 22 04:19:43 need a /sbin/mount. helper program) Feb 22 04:19:43 In some cases useful info is found in syslog - try Feb 22 04:19:44 dmesg | tail or so Feb 22 04:20:22 can mount that folder successfully on other PC Feb 22 06:09:54 is there a way to disable all that kernel_configme stuff? I dont want to generate a config, I wanna use a defconfig from arch/arm/configs instead Feb 22 08:22:14 Is yocto support Qt5? Feb 22 08:44:03 good morning Feb 22 08:48:44 morning Feb 22 09:40:40 HI all, building core-image-sato from poky-danny I've got the following error: Feb 22 09:40:45 ERROR: Function failed: Fetcher failure for URL: 'git://dev.omapzoom.org/pub/scm/integration/kernel-ubuntu.git;protocol=git;branch=ti-ubuntu-3.4-1487'. Unable to fetch URL from any source Feb 22 09:40:51 but I can clone that repo from shell without problems...my network is not so fast, maybe there's a problem with yocto's procedure? Feb 22 09:41:09 or timings or other reason? Feb 22 09:41:11 thanks! Feb 22 09:43:51 proxies? Feb 22 09:44:06 bitbake just does a git clone Feb 22 09:46:35 rburton: I'm not behind a proxy...but if I look at dev.omapzoom.org/pub/scm/integration/kernel-ubuntu.git I cannot see any branch, so maybe the branch=ti-ubuntu-3.4-1487 is the problem? Feb 22 09:48:46 yeah, that could be it Feb 22 09:49:25 the error log should say something like that too Feb 22 09:50:25 still cloning here, but its in info/refs Feb 22 09:50:57 oh jesus a kernel repo at 100kb/s Feb 22 09:51:16 morning all Feb 22 09:55:05 I'm a little confused...meybe the solution to this problem should be to modify the receipe? I tried to clone from shell that repo, but the yocto buildchain continues to check that url and raise the error... Feb 22 09:57:52 obviously I've cloned the repo into the directory POKY_DIR/build/downloads/git2/dev.omapzoom.org.pub.scm.integration.kernel-ubuntu.git (directory mentioned in the error)... Feb 22 10:02:30 you'll need to touch some .done files to convince bitbake it's actually fetched it correctly Feb 22 10:05:48 ok, thank you! Feb 22 10:06:43 Q: how yocto/meta layers decide on default compiler flags, e.g. hard or soft float? I'm trying to port a pandaboard project to imx6. Feb 22 10:06:58 the machine configuration Feb 22 10:10:16 ok, machine config chooses it. I guess meta-fsl-arm also picks the compiler from BSP? Feb 22 11:55:13 kergoth: are you aware your "parse using bb.compat.Pool" patch broke error handling when parsing? Feb 22 11:56:35 kergoth: (https://bugzilla.yoctoproject.org/show_bug.cgi?id=3926) Feb 22 11:56:35 Bug 3926: normal, Undecided, ---, richard.purdie, NEW , Parse error isn't handled correctly Feb 22 13:26:35 I have an older yocto based project which I'd like to port to meta-fsl-arm but old bitbake chokes on the new meta-fsl-arm. Is bitbake backwards compatible so that I could update only that and all meta* from old project should still compile? Feb 22 13:46:06 mcfrisk: new bitbake is more pedantic Feb 22 13:48:07 yes, noticed, trying to fix some of the quoting issues, ignoring tabs seems to work. Some populate_packages_prepend things are more tricky. Feb 22 13:48:58 biggest problem seem latest git bitbake and latest git meta-fsl-arm Feb 22 13:51:08 meta-fsl-arm/recipes-bsp/firmware-imx/firmware-imx_1.1.0.bb: Failure expanding variable populate_packages: IndentationError: unexpected indent (, line 15) Feb 22 13:51:42 yeah, indentation is where it's pedantic Feb 22 13:52:08 How to fix https://github.com/Freescale/meta-fsl-arm/blob/master/recipes-bsp/firmware-imx/firmware-imx.inc Feb 22 13:54:43 oh, git pull to latest poky master seems to fix that one. Feb 22 14:01:35 mcfrisk: if you still want to stick with something stable you could use the danny release / branch Feb 22 14:01:52 hello, what is the counterpart of the ${sysconfdir} for the home directory ? Feb 22 14:02:28 wfailla: whose home directory? Feb 22 14:02:46 rburton, roots home directory Feb 22 14:02:52 bluelightning: I'd like to use whatever meta-fsl-arm can be used with. danny-8.0 tag didn't work either. Feb 22 14:02:55 packages aren't supposed to mess with home directories Feb 22 14:03:23 wfailla: as grepping bitbake.conf says, ${ROOT_HOME} Feb 22 14:03:53 ROOT_HOME is pretty recent though Feb 22 14:04:05 ok then let me rephrase: i whant to place my own .bashrc in to the roots home dir Feb 22 14:04:30 so use ROOT_HOME if your oe has it, otherwise hard-code the path Feb 22 14:04:32 how do i do that the correct way ?? Feb 22 14:07:28 just install files to ${D}${ROOT_DIR} like normal Feb 22 14:07:45 assuming that ROOT_DIR is defined for your oe. if it isn't then you'll have to hardcode it. Feb 22 14:08:45 what are the indentation rules for python functions in danny? Feb 22 14:10:18 mcfrisk: four space indentation Feb 22 14:10:40 can functions args be split to multiple lines? Feb 22 14:10:56 sure Feb 22 14:11:51 this func is the problem that I can't figure out from the error messages: https://github.com/Freescale/meta-fsl-arm/blob/master/recipes-bsp/firmware-imx/firmware-imx.inc#L29 Feb 22 14:13:51 mcfrisk: mixed indentation in do_install Feb 22 14:14:11 shell functions should be tab indented, iirc Feb 22 14:14:18 rburton: yep, fixed that already. populate is now the problem. Feb 22 14:14:28 ah right Feb 22 14:14:39 there's no validation of shell functions for indentation, only python ones Feb 22 14:14:47 bluelightning: ah, that's just a style then, ok. Feb 22 14:15:03 yeah, it's only because python actually cares about indentation itself :) Feb 22 14:15:56 mcfrisk: delete the function to check that it's to blame? :) Feb 22 14:16:13 gah, even all args on one line fails with IndentationError: unexpected indent (, line 6) Feb 22 14:16:40 is there a line six? Feb 22 14:17:06 is when all args on one line, the line numbers don't match to files anyway... Feb 22 14:17:28 commenting the function out makes the problem go away, sigh Feb 22 14:22:27 this is why layer maintainers need to provide working release branches... Feb 22 14:23:23 i'm confused as to how their master branch works at all... Feb 22 14:24:05 found it, 8 space indent fixes the problem. Feb 22 14:24:17 mcfrisk: in a totally different file? Feb 22 14:24:29 (i don't like how bitbake merges these append/prepends, it makes this hard) Feb 22 14:24:53 no in that file and populate_packages_prepend, all python lines to 8 space indent and it works. Feb 22 14:25:21 eight? i swore it was 4. Feb 22 14:25:49 rburton, what do you mean by hardcore the path ??? Feb 22 14:25:52 yep, eight. Feb 22 14:26:13 wfailla: install to $D/home/root, or whatever your root home is Feb 22 14:26:36 thanks rburton and bluelightning for the help again. Feb 22 14:27:08 rburton, i have tryed it but like so ${D}/home/root/ Feb 22 14:27:37 rburton, smae thing ey ?? Feb 22 14:27:53 wfailla: yours is correct Feb 22 14:28:27 rburton, but it dose not work : opkg_install_cmd: Cannot install package custombash. Feb 22 14:28:42 actual errors are always useful Feb 22 14:29:04 ERROR: Function failed: do_rootfs Feb 22 14:29:52 rburton, it dose not say more than that Feb 22 14:31:19 rburton, what did you mean by: "so use ROOT_HOME if your oe has it" what is the oe ... is that the distro.conf and can i specify the root home dir there ???? Feb 22 14:31:37 wfailla: as i said, for me ROOT_HOME is defined in bitbake.conf. Feb 22 14:33:40 for me too but with a "?=" is that correct ??? Feb 22 14:33:44 yes Feb 22 14:33:53 that means "set unless already set" Feb 22 14:35:15 rburton, could this line be placed there falsely : " install -d ${D}${ROOT_HOME} " Feb 22 14:37:00 rburton, ok that was a dump question i take it back Feb 22 14:42:53 trying $random indentations is getting boring, is there a way to save/print the python scripts that bitbake creates? Feb 22 14:47:36 it's definitely four spaces, not eight Feb 22 14:48:16 mcfrisk: bitbake -e recipename Feb 22 14:48:24 mcfrisk: pipe it through less or grep though Feb 22 14:49:31 if 8 is working, something prepended earlier was indented and you're trailing on to that Feb 22 14:49:40 (this is why i hate how bitbake does appends) Feb 22 14:49:49 Is Darren Hart/Tom zanussi on here? Feb 22 14:50:00 we should make _prepend and _append of functions just manipulate prefuncs/postfuncs or something Feb 22 14:50:06 have a list of functions to run instead Feb 22 14:50:19 course, then you'd lose the ability to access vars from the other one Feb 22 14:50:22 heh Feb 22 14:51:03 right, which would totally break a lot of things Feb 22 14:51:27 is there anything that actually replies on some functions setting variables? Feb 22 14:52:06 hmm, bluelightning Did you have a hand in organising the Intel Yocto Day at ELCE? Feb 22 14:52:39 I'm wondering if the files ever got uploaded anywhere (as the lab notes are a bit useless without them) Feb 22 14:53:12 exosyst: not really, I was helping out though Feb 22 14:53:49 exosyst: I can check with some of the folks that did Feb 22 14:54:46 bluelightning, Yeah that'd be appreciated - I'd like to get, well ideally all three lots of material for each lab book, but at a min the Kernel Lab would be useful. Feb 22 14:57:35 exosyst: the link for the kernel lab files is in the PDF that was sent out to the yocto mailing list the other day Feb 22 14:57:47 I don't think the material for the other labs has been posted yet Feb 22 14:58:30 exosyst: https://lists.yoctoproject.org/pipermail/yocto/2013-February/014408.html Feb 22 15:05:55 bluelightning, Fantastic, I'll have a look at the other PDFs and see if they have any gems. Thanks. Feb 22 15:20:11 bitbake -e does not print scripts, perhaps my version is too old. Feb 22 15:24:28 it will, right at the end Feb 22 15:24:38 it has done for a very long time... Feb 22 15:26:29 "bitbake -e fsl-image-test", I get same output as without -e Feb 22 15:29:14 is it just failing with an error? because that will block -e Feb 22 15:29:21 yes Feb 22 15:29:25 ah right Feb 22 15:30:29 perhaps comment out the function (it's just one function right?) and then try again Feb 22 15:35:43 had to comment out all do_unpack and do_patch in eglibc 2.13 and 2.15, tabs vs. spaces going on it seems. Feb 22 15:36:48 mcfrisk: whose eglibc? Feb 22 15:37:40 some old yocto version, I haven't figured out how to compare the base against yocto releases yet :) Feb 22 15:39:10 what pieces are you actually gluing together? Feb 22 15:39:17 if you're using new bitbake and old oe-core, you'll have pain Feb 22 15:40:24 old yocto project, meta-fsl-arm, danny bitbake. meta-fsl-arm needed newer bitbake. Feb 22 15:41:51 don't use master of meta-fsl-arm if you aren't using master of oe-core/poky Feb 22 15:42:25 yeah, keep everything in sync. there's a danny meta-fsl-arm repo. Feb 22 15:42:52 old oe-core + new bitbake means you'll have to fix all of the whitespace issues in all of oe-core Feb 22 15:43:04 that's not trivial, as there's a lot of code Feb 22 15:43:17 hello again, how can i fix this warning? WARNING: QA Issue: custombash: Files/directories were installed but not shipped Feb 22 15:43:26 wfailla: set FILES Feb 22 15:43:36 I'll try with meta-fsl-arm with danny bitbake then. Things are a bit mess anyway and we'd need to come closer to yocto upstream at some point anyway. Feb 22 15:44:23 rburton, i thought i did so by issuing this command : "SRC_URI = "file://dot.bashrc"" Feb 22 15:44:31 wfailla: no, that's the source Feb 22 15:44:32 *one " too mutch Feb 22 15:45:11 wfailla: FILES_* sets what files go into what package, and you haven't set that. presumably you want something like FILES_${PN} = "${ROOT_HOME}/.bashrc" Feb 22 15:46:10 rburton, and why did't i have to do that when installing an os-release file ??? Feb 22 15:46:43 rburton, i tryed it like this: "install ${WORKDIR}/dot.bashrc ${D}${ROOT_HOME}/.bashrc " Feb 22 15:46:47 wfailla: because FILES defaults to a useful value (again, see bitbake.conf), which doesn't include anything in /home Feb 22 15:47:18 wfailla: sounds like you need to read the "how to make a package" bit of the documentation Feb 22 15:51:35 <_Lucretia__> does peter bigot or any of the meta-ti people hang out here? Feb 22 15:51:37 rburton, can you give me the link Feb 22 15:52:35 _Lucretia__: there's a meta-ti channel somewhere else iirc Feb 22 15:52:44 wfailla: https://www.yoctoproject.org/documentation Feb 22 15:52:57 <_Lucretia__> was looking for an issues thing on github for bigot's fork Feb 22 15:52:59 <_Lucretia__> ta Feb 22 16:22:03 How do I get gst-plugins-gl to tell gst-fsl-plugin to install gstreamer-fsl-0.10.pc? Feb 22 16:22:19 I already have gst-fsl-plugin in DEPENDS and RDEPENDS... Feb 22 16:23:13 jstashluk: sounds like gst-fsl-plugin is broken Feb 22 16:24:30 rburton: if i explicitly bitbake gst-fsl-plugin first, it works Feb 22 16:25:15 if its in depends then that's *odd* Feb 22 16:25:31 though http://gitorious.org/yocto/meta-freescale/blobs/master/recipes-multimedia/gst-plugins/gst-fsl-plugin.inc is broken as it's not putting the .pc into the -dev package Feb 22 17:09:14 yocto all things! Feb 22 19:08:08 <_Lucretia__> is there a 1.7.5 xserver I can build into denzil gumstix? Feb 22 20:18:20 Hi all, what does do_unpack() unpack, specifically? Must the filename match that of the package? Feb 22 20:19:27 I have a recipe foo_1.bb and a SRC_URI = "file://foo_1-lnx-x86_32.tar", but the file doesn't seem to get extracted by do_unpack Feb 22 20:21:31 but do_unpack() also doesn't fail Feb 22 20:21:46 is there some variable I should adjust? Feb 22 20:28:10 it doesn't care what the filename is Feb 22 20:28:17 look in WORKDIR Feb 22 20:41:48 gah, I had a _ where I needed a - Feb 22 20:41:54 kergoth: thanks for the pointer Feb 22 21:43:07 Garibald1: ah, that'd do it :) Feb 22 22:50:50 anyone know where the code that creates the files in SITECONFIG_SYSROOTCACHE lives? trying to track down a build race.... Feb 22 22:52:24 nvm, siteconfig.bbclass. duh. Feb 22 23:02:14 I don't get it. I'm seeing binutils fail to build because the for loop at the bottom of do_configure references ncurses_config, but the cat command says the file doesn't exist. Looks like it was there when ${@siteinfo_get_files(...)} was expanded, but it got deleted by the time do_configure was actually executed. Feb 22 23:02:27 I can't figure out how that could have happened, though. Feb 22 23:06:15 evanp: weird. Feb 22 23:22:24 i have a package with one closed source binary (a shared object). I get the gamiliar GNU_HASH error, but INSANE_SKIP_${PN} += "ldflags" does not help. Feb 22 23:22:58 do_package_qa () { return } does (that is, disabling package qa completely), but then the shared object ends up in a -dev package, and there is no regular package Feb 22 23:23:11 does anybody know what is going on? Feb 22 23:31:25 oh. its because there is no non- "-dev" package, and I have to apply INSANE_SKIP to the -dev package. but how do I force yocto to not generate any -dev package and put the shared library in the regular package instead? Feb 22 23:32:15 I cannot find documentation on how yocto decides what files shall go in -dev and what files shouldnt. I am using FILES_mypackagename , not FILES_mypackagename-dev Feb 22 23:35:18 dv_: the default FILE_* values are in meta/conf/bitbake.conf--just lists of glob patterns Feb 22 23:36:50 .. oh. Feb 22 23:37:05 it thinks .so files belong in -dev , and .so.* ones in non-dev Feb 22 23:38:34 dv_: right. usually the .so is just a symlink that exists so -lfoo in LDFLAGS will work Feb 22 23:38:59 but I am setting FILES_${PN} = "${libdir}/lib*.so" Feb 22 23:39:03 is this being ignored ? Feb 22 23:40:19 dv_: I think that "worked" except for causing a QA error Feb 22 23:40:44 dv_: no yours though. something about a circular dependency IIRC. Feb 22 23:41:34 dv_: been a couple months since I tried it Feb 22 23:42:28 http://pastie.org/6319435 you see something wrong with this? Feb 22 23:44:56 dv_: looks about like I would have done. maybe you'll hit my problem if you manage to fix yours :) Feb 22 23:46:47 dv_: so is your .so an actual ELF and not a symlink? soname == filename? Feb 22 23:46:57 yes it is an actual so Feb 22 23:51:42 ha! it seems that setting it as a dynamic package fixes it Feb 22 23:51:49 for whatever reason Feb 22 23:52:03 perhaps it disables all kinds of automatic package generation Feb 22 23:53:21 so: http://pastie.org/6319478 **** ENDING LOGGING AT Sat Feb 23 02:59:58 2013