**** BEGIN LOGGING AT Thu Apr 24 02:59:58 2014 Apr 24 08:42:49 morning all Apr 24 08:46:17 morning Apr 24 08:50:54 morning Apr 24 08:50:56 i got a link to the bitbake user manual (here or on the mailinglist i guess), but now its gone: http://www.yoctoproject.org/docs/1.6/user-manual/ Apr 24 08:51:22 where did that one go? Apr 24 08:55:30 http://www.yoctoproject.org/docs/1.6/bitbake-user-manual/bitbake-user-manual.html ? Apr 24 08:57:19 Hi, I need to use some recipes from meta-oe, but if I add that layer it overrides some recipes in the other layers. I don't want this Apr 24 08:58:09 is there a way to override the priority of the meta-oe layer? Or some other good way to de-prioritize the meta-oe layer so that it is used as a last resort instead? Apr 24 09:04:37 Also, I did try to just copy the recipes from the meta-oe layer but the dependency tree seems quite extensive for the recipe I need so it seems like a very cumbersome solution Apr 24 09:14:54 simonl: which overlayed recipe is causing you problems? Apr 24 09:18:19 Well I need libxml++, but I noticed at least qt rebuilding after adding the layer. Apr 24 09:18:25 bluelightning: ^ Apr 24 09:29:50 simonl: the only one actually duplicated as of daisy / master is xserver-nodm-init Apr 24 09:41:20 well, where on 1.5.something so maybe that's why then. Upgrading is not a good time right now but I guess we can make do until it is, since it seems this should be a temporary problem. Apr 24 09:44:05 hmm, even in 1.5 as far as I can tell the situation was the same, so I'm not sure why qt would be rebuilding Apr 24 10:50:57 akS: thanks for the manual link! Apr 24 10:54:44 Denwid: welcome :) Apr 24 11:13:18 bluelightning: Well, I don't know either ^^, but I guess I'll find out soon enough if there is some kind of problem with that ;) Apr 24 11:13:39 anyway, thanks for the help Apr 24 12:04:28 New problem: I'm trying to install an executable into /usr/lib/mypackage/..../ Apr 24 12:05:16 but when building, it fails on split_and_strip_files because objcopy says the file format isn't recognized Apr 24 12:05:57 Since ${libexecdir} is set to /usr/lib/mypackage, I assume this is supposed to work Apr 24 12:06:07 what could I be doing wrong? Apr 24 12:55:12 simonl: what does file say on that binary (in tmp/work/machine/recipe/version/package) Apr 24 13:02:30 rburton: it says it's an ELF x86-64 executable. I guess I have some Makefile debugging to do (sigh...) Apr 24 13:02:57 That might be a different error though, since I just rebuilt and got a qa error that said basically the same thing Apr 24 13:04:18 simonl: presumably your build host is x86-64 but you're building for something else? Apr 24 13:04:34 simonl: if so, sounds like that makefile assumes "gcc" does the right thing, and isn't respecting $(CC) Apr 24 13:05:30 rburton: yup, cross compiling for ARM Apr 24 13:48:45 ...which obviously fails if I try to install a binary that was accidentally checked into version control in a location different from the build location -.- Apr 24 15:25:46 Why would a file exist in tmp/sysroots/machine/.../ but not be included in the image? Apr 24 15:26:10 because just building something doesn't mean it goes into the image Apr 24 15:26:26 did you add the relevant package to the image? Apr 24 15:26:38 especially if packages are split, you may have not included all the pieces you wanted Apr 24 15:27:00 yes, the package is there Apr 24 15:27:06 well, half of it anyway Apr 24 15:27:31 are you missing half of the libraries? Apr 24 15:27:45 (in which case you probably left out the -dev package) Apr 24 15:27:45 and the files in question are in the .ipk too Apr 24 15:29:32 I didn't intend to need a -dev package and since the files I want is in the suffixless package file (and the -dev is empty) I don't think that's it Apr 24 15:30:35 the missing files are in a sub directory, like /usr/lib/pkg/plugins/something/thefile Apr 24 15:30:47 perhaps that has something to do with it? Apr 24 15:30:54 if they're in the ipk and other files in that ipk are installed, then that's *very* odd. Apr 24 15:34:30 oh holy fsck Apr 24 15:34:48 * simonl just realized he has been flashing the wrong image Apr 24 15:35:32 I think I'm too tired :/ Apr 24 15:36:41 :) Apr 24 15:46:32 belen1, why does this make me think of you: https://medium.com/design-ux/b6f927bbb538 Apr 24 15:50:35 "58 % of British men can’t use a washing machine properly because they find the household appliance confusing." Apr 24 15:50:38 Crofton|work: priceless :) Apr 24 15:51:01 well, they should have surveyed women also Apr 24 15:51:08 I find the things maddening Apr 24 15:53:32 halstead: ping Apr 24 15:53:50 darknighte, pong. Apr 24 15:55:16 Crofton|work: They would get the same result, I suspect. The Bosh washing machine is the one I have at home, and I don't understand their marketing talk either Apr 24 15:56:33 yeah Apr 24 15:56:50 I use the regular and bulky cycles myself Apr 24 15:57:22 but I like the idea of seeing what an "expert" does and trying to model the interface after that process Apr 24 16:03:38 Crofton|work: I like that too, although in this case the expert is also an expert it talking to the non-expert. That mapping from expert to non-expert is normally the tough nut to crack Apr 24 19:10:18 * ajtag is away: Away Apr 24 19:10:35 * ajtag is back (gone 00:00:03) Apr 24 19:24:18 khem: just a heads up, I just started the Autobuild with 4.9 in MUT Apr 24 20:46:45 khem: I am starting to see some failures with gcc4.9, they are not here in the IRC for some reason: Apr 24 20:46:45 http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64/builds/57/steps/BuildImages/logs/stdio Apr 24 20:46:45 http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-ppc-lsb/builds/55/steps/BuildImages/logs/stdio Apr 24 22:05:24 jzhang Apr 24 22:08:37 1.6 is out everyone. congrats! Apr 24 22:13:39 woohoo Apr 24 22:23:08 \o/ Apr 24 22:26:46 :D Apr 24 22:45:51 and please, read the release notes. they're funny as usual. Apr 24 22:53:08 zeddii: ping Apr 25 01:56:23 question: my makefile does have a LDFLAGS set, but yocto overrides it with "export LDFLAGS="some values". how do I keep (well, better just append) my LDFLAGS to the LDFLAGS which is used by yocto ?? Apr 25 01:57:30 LDFLAGS += ldflags-you-require in the makefile, would be an option Apr 25 01:57:44 override LDFLAGS += ldflags-you-require if you want it to append even if ldflags is set on the make commandline Apr 25 01:57:48 iirc, anyway Apr 25 01:57:56 the thing is Apr 25 01:58:06 for non-autotools recipes, the default value of EXTRA_OEMAKE includes -e Apr 25 01:58:24 make -e prefers the env vars to its own Apr 25 01:58:33 the better alternative to that is to explicitly pass the vars you know your makefile obeys Apr 25 01:58:54 e.g. EXTRA_OEMAKE = "'CC=${CC}' 'LD=${CCLD}' 'CFLAGS=${CFLAGS}' 'LDFLAGS=${LDFLAGS}'" Apr 25 01:59:12 but even doing that, if you want to add your own but still obey those, you'll likely want to use override / += in the makefile Apr 25 01:59:22 you can use ?= for a default value when nothing passes it in, as well Apr 25 01:59:31 i'd really recommend the gnu make manual at gnu.org Apr 25 01:59:38 it's really quite good, i've referred to it often over the years Apr 25 02:00:42 not enough upstream folks give thought to how to obey externally passed in values in a clean way, so kudos there. every distro has to be able to do this for upstream projects, for consistent tuning and the like Apr 25 02:00:47 * kergoth wanders off Apr 25 02:01:44 okay thanks, i will try :) **** ENDING LOGGING AT Fri Apr 25 02:59:58 2014