**** BEGIN LOGGING AT Tue Oct 15 02:59:58 2013 Oct 15 06:44:02 what does do_populate_sysroot this do? Oct 15 06:45:14 hi all please anybody tel me what does do_populate_sysroot method do? Oct 15 06:47:07 hi all please anybody tel me what does do_populate_sysroot method do? Oct 15 08:39:54 bluelightning: rburton thank you once again for the help yesterday, I have now reported both issues under https://github.com/beagleboard/meta-beagleboard/issues Oct 15 08:40:10 morning all Oct 15 08:40:11 Anguel: no problem Oct 15 08:55:19 howdy Oct 15 09:08:03 morning all, hi bluelightning Oct 15 09:11:19 hi silvio_ Oct 15 10:32:24 Anyone else working on qt5 (sdk) these days? I'm trying to put together a nativesdk-qt5-tools_{PV}.bb Oct 15 10:56:03 tasslehoff: AFAIK thete is no qt5 sdk at the moment Oct 15 10:56:12 s/thete/there Oct 15 10:56:53 good morning btw :-) Oct 15 10:58:35 mckoan: I know, I am trying to fix that. Oct 15 10:58:58 but my OE-skills are not up to the task it seems Oct 15 11:00:16 from what JaMa said a few people have claimed to be working on it, so I hoped some of them were here Oct 15 11:49:23 hello Oct 15 11:49:45 I've added python-pyftpdlib recipe Oct 15 11:49:53 and this have rdepends on asyncore Oct 15 11:50:05 but I cannot find asyncore (should be a part of python core) Oct 15 11:51:53 ericben: ping Oct 15 12:31:29 tasslehoff: I tried too, but an SDK is too complex Oct 15 12:40:40 hi. when using AUTOREV, is there a mechanism to retrieve the actual SRCREV, without building? i tried with bitbake -e <> | grep SRCREV, but it doesn't give anything. Oct 15 12:45:27 ndec: I don't think there is really a way atm; what are you trying to do by doing so? Oct 15 12:45:57 bluelightning: hi. i want to be able to 'automatically' update the bunch of SRCREV that I have in my distro. Oct 15 12:46:17 i have a distro.conf and distro-trunk.conf Oct 15 12:46:34 i was hoping that I could run a script from distro-trunk.conf to update all my recipes... Oct 15 12:48:29 ndec: FWIW, we do have a means to do that after a build if you are using buildhistory (buildhistory-collect-srcrevs) Oct 15 12:48:39 ah. Oct 15 12:48:46 that was created for this exact purpose IIRC Oct 15 12:48:51 i should be able to reuse that. Oct 15 12:49:31 bluelightning: ouch... it does exactly what i need... Oct 15 12:49:33 thanks Oct 15 12:49:42 np Oct 15 12:49:48 bluelightning: can we just rename buildhistory to Golden Hammer and be done? ;) Oct 15 12:49:53 rburton: :) Oct 15 12:50:27 hehe Oct 15 14:11:21 hey. can anyone help me unregister from angstrom-devel mailing lists? there seems to be a bug in the mailing list daemon, and i can't Oct 15 14:55:21 ant_work: hi Oct 15 14:57:10 ericben: hi, about h3600 we have some recent tests done by LinusW with core-image-minimal Oct 15 14:57:18 hi ericben and ant Oct 15 14:58:00 woglinde: hello Oct 15 14:58:12 hi woglinde Oct 15 15:00:39 ant_work: thanks. Is there a PDA like image around OE-Core ? Something like GPE ? Maybe I should look at SHR in fact. Oct 15 15:00:57 ericben: there's Opie as well ;) Oct 15 15:01:29 bluelightning: interesting in which layer is that ? Oct 15 15:01:33 we don't have recipes for GPE unfortunately; I've offered to help the GPE folks update the old ones from classic but they haven't taken me up on it (yet) Oct 15 15:01:38 ericben: meta-opie Oct 15 15:01:43 ericben: at first I'd like to know core-image-minimal is booting...seems the jffs2 rootfs tested by LinusW didn't :/ Oct 15 15:01:53 bluelightning: the name is logical ;-) Oct 15 15:02:14 ant_work: OK I'll launch a build and try to remember how to flash the beast. Oct 15 15:04:11 ericben: this may be of some help (written by linusw recently): http://www.df.lth.se/~triad/krad/ipaq/ Oct 15 15:04:39 bookmarked, thanks Oct 15 16:24:53 XorA, do you have a sun lamp? A freind suggested one for visiting Scotland Oct 15 16:26:03 crofton so you can ware sun glasses= Oct 15 16:36:45 Crofton|work: if you don't like the weather in scotland, wait 5 minutes Oct 15 16:37:08 that is just like here Oct 15 19:56:43 Hi. I forgot the PACKAGECONFIG syntax.. I'm trying to append to qtbase's PACKAGECONFIG in my distro.conf, what was the syntax again.. ? Oct 15 19:57:30 grep -r PACKAGECONFIG . Oct 15 19:57:32 :P Oct 15 19:57:36 plenty of examples to swipe Oct 15 19:58:17 kergoth, not that many uses if im not mistaken, more examples on the package-recipe side... Oct 15 19:59:00 oh, i see, you'er looking for the recipe specific override syntax Oct 15 19:59:07 PACKAGECONFIG_pn-somerecipe = "foo bar" Oct 15 19:59:13 or PACKAGECONFIG_append_pn-somerecipe = " foo" Oct 15 19:59:30 the pn-${PN} override works for any variable you want to override in a recipe from elsewhere Oct 15 20:00:00 of course, many PACKAGECONFIGs are automatically set based on DISTRO_FEATURES, so use that where you can :) Oct 15 20:03:03 kergoth, yes, thanks, that got it Oct 15 20:03:57 why the "_pn" part though .. Oct 15 20:04:39 i just said Oct 15 20:04:47 ${PN} is the recipe name Oct 15 20:04:55 pn-${PN} is the override Oct 15 20:05:02 you use it the way you use all overrides in oe/yocto Oct 15 20:05:07 see the manual for h ow overrides work Oct 15 20:05:47 so why not "override-${PN}" .. Oct 15 20:06:01 because you still don't grasp how overrides work. Oct 15 20:06:08 we don't prefix our overrides with override- Oct 15 20:06:17 it's pn- so its obvious what follows i a recipe name, ${PN} Oct 15 20:06:27 it would also cause conflicts without it Oct 15 20:06:41 for example, if a recipe name is 'linux', that's also our target OS, which is in overrides already Oct 15 20:06:52 so FOO_linux would be unclear whether its based on os or recipe name Oct 15 20:06:56 so we prefix with pn- Oct 15 20:07:07 FOO_pn-linux makes it extremely clear that this is for the recipe whose PN is linux Oct 15 20:07:15 kergoth, ok :) just wanted to check if there was a good reason, and apparently there is Oct 15 20:07:16 and avoids a namespace conflict Oct 15 20:08:09 i actually wish we had more namespaces in overrides, e.g. arch/ rather than just the architecture Oct 15 20:08:13 oh well Oct 15 20:08:14 bit late for that now :) Oct 15 21:55:07 I am seeing this Exception: ExpansionError: Failure expanding variable SRCPV, expression was ${@bb.fetch2.get_srcrev(d)} which triggered exception FetchError: Fetcher failure: The SRCREV_FORMAT variable must be set when multiple SCMs are used. Oct 15 21:55:25 meta-openembedded/meta-oe/recipes-qt/libqofono/libqofono_0.4.bb Oct 15 21:58:49 khem: hmm, doesn't look like there's more than one entry in SRC_URI... Oct 15 22:09:09 bluelightning: yeah I am wondering too Oct 15 22:09:13 what could be wrong here Oct 15 22:09:21 its using dora branch of meta-oe Oct 15 22:10:52 khem: well, FWIW, I just did a successful fetch of libqofono here Oct 15 22:11:09 bluelightning: generally my issues are around multilib but this one is without multilib Oct 15 22:11:15 its poky+meta-oe Oct 15 22:12:12 I've also fetched it fine Oct 15 22:12:26 khem: comment out the PV line in the recipe and then do bitbake -e libqofono | grep ^SRC_URI= Oct 15 22:13:29 maybe you'll need BPN in SRC_URI if it's related to multilib after all Oct 15 22:14:43 right, yes, that should be fixed as well Oct 15 22:15:44 sorry, I should have noticed before merging it, but still it doesn't explain why fetcher incorrectly reports it as multiple SCMs Oct 15 22:17:41 JaMa: ah that seems to be it Oct 15 22:17:44 let me try it out Oct 15 22:18:59 ah I was wrong about it not being multilib it infact was a multilib build Oct 15 22:19:08 so PN -> BPN will fix it Oct 15 22:19:16 JaMa: do you need a patch for it ? Oct 15 22:19:23 I am posting a series shortly Oct 15 22:19:24 khem: yes please Oct 15 22:20:06 I've already queued builds for night and will go off after some dinner Oct 15 22:20:28 ok Oct 15 22:20:53 JaMa: btw. its needed on both dora/master Oct 15 22:22:05 yup, I plan to apply to both Oct 15 22:22:11 why does it think it's more than one URL though? Oct 15 22:22:36 if that causes that error that itself is a bug Oct 15 22:23:06 yes it looks like some overzealous catch somewhere in fetcher Oct 15 22:25:30 bluelightning: it just sees it as a different repo Oct 15 22:25:40 khem: can you please file a bug for this? Oct 15 22:25:41 since PN != BPN Oct 15 22:25:53 bluelightning: will do Oct 15 22:25:57 thanks Oct 15 22:26:07 error could be a bit better I agree Oct 15 22:26:14 but I dont blame bitbake as much Oct 15 22:26:16 here Oct 15 22:35:49 well, we really want bitbake to produce reasonable errors Oct 15 22:36:03 in this case the error was completely erroneous Oct 15 22:37:04 it would also be nice to see warnings about using ${PN} in SRC_URI; there may be a bug open for that already Oct 15 22:41:31 yes, that hits with class extension some times Oct 15 22:50:32 JaMa: I have sent out the patches Oct 15 22:50:47 9 Oct 15 23:04:32 khem: was libraw1394 moved to meta-multimedia intentionally? Oct 15 23:05:05 khem: sorry ignore it it's recipes-multimedia not meta-multimedia Oct 15 23:05:19 but maybe there should be better recipes-* directory for that Oct 15 23:06:26 JaMa: libraw is really not for multimedia Oct 15 23:06:33 its for generic firewire Oct 15 23:06:47 should I move it to recipes-support? Oct 15 23:17:31 JaMa: recipes-support is better Oct 15 23:17:36 place Oct 15 23:20:53 ok no need to resend, I'll move it if I don't forget **** ENDING LOGGING AT Wed Oct 16 02:59:58 2013