**** BEGIN LOGGING AT Mon Apr 07 02:59:59 2014 Apr 07 05:32:09 morning Apr 07 05:36:43 hi Apr 07 05:37:37 I am building a target but the mesa recipe is failing to install, how can I exclude it from the build so bb can finish successfully and build all images? Apr 07 05:41:11 ggonzalez_, you can use "bitbake -g -u depexp " to find out what is pulling in mesa Apr 07 05:41:59 ggonzalez_, then perhaps you can remove the dependant package from the image Apr 07 05:42:28 yeah I know which package is failing Apr 07 05:42:36 but I don't know how to remove it heh Apr 07 05:42:51 sources/poky/meta/recipes-graphics/mesa/mesa_9.1.6.bb, do_install) failed with exit code '1' Apr 07 05:47:51 btw, bitbake -u depexp crashes on my machine something related to the X thing Apr 07 07:09:21 good morning Apr 07 08:16:32 RP: warnings on multimachine-build http://pastebin.com/KK5vfLcA Apr 07 08:17:13 ant_work: we need to suppress those for -cross recipes... Apr 07 08:17:57 ok, I see Apr 07 08:46:04 morning all Apr 07 08:49:54 RP, about http://lists.openembedded.org/pipermail/bitbake-devel/2014-April/004647.html, i totally agree, it was just a cleanup proposal which i thought i'd mention. i understand its late in the release schedule, would you accept a cleanup patch after things calm down, or should I discard it ? Apr 07 09:01:00 kroon: If you feel strongly I could take a patch Apr 07 09:02:10 RP, not strongly :) but ill keep it around for later then Apr 07 09:48:18 hi guys Apr 07 09:48:30 which is the best place to a add a recipe to the generated image? Apr 07 09:49:40 ggonzalez_: you mean add a package Apr 07 09:49:54 ggonzalez_: http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#usingpoky-extend-customimage Apr 07 09:49:56 uhmm mightbe Apr 07 09:50:02 I want to include libsdl2 Apr 07 09:50:32 I am pretty new to this bb terminology; I am used to buildroot Apr 07 09:50:38 ah ok, fair enough Apr 07 09:51:25 so you can add libsdl2 easily, but FYI typically you should not need to add library packages explicitly if you build and package your application using a recipe as well - library dependencies will be brought in automatically in that case Apr 07 09:51:50 ok Apr 07 09:52:09 In this case I need libsdl2 'cause I am adding my own app to the system Apr 07 09:52:36 so I guess the best way is adding the package directly to the image, right? Apr 07 09:52:53 if you mean you're building your app outside of the build system, yes Apr 07 09:53:16 yes, I haven't created a recipe for it yet Apr 07 09:53:36 ok Apr 07 09:53:51 thx for your help bluelightning Apr 07 09:54:57 np Apr 07 09:57:17 hmm, has someone seen problems with opkg updates when switching architectures? I have an armv7a-vfp-neon package (Version: 0.0.0+gitr0+76f8db8623-r1) installed in the rootfs, switche the recipe to be $MACHINE_ARCH so now have a $MACHINE_ARCH package in my feed (Version: 0.0.0+gitr0+39aba42ebd-r8), revision r1->r8 - but opkg list-upgradable does not show it and its not being updated Apr 07 09:57:21 I wonder what I might be missing? Apr 07 09:57:24 arch.conf looks fine Apr 07 09:57:36 $MACHINE_ARCH has the highest priority there Apr 07 09:57:40 (machine is cubietruck btw) Apr 07 10:01:29 is there any way to list all the packages that will go into an image? Apr 07 10:01:42 besides -u depexp Apr 07 10:02:04 it fails on my machine and I haven't had time to figure out why yet Apr 07 10:02:29 ggonzalez_: the build system doesn't know ahead of time the full list, e.g. because of dynamic module packaging Apr 07 10:02:44 ggonzalez_: what's the error? Apr 07 10:02:52 it crashes Apr 07 10:03:00 more specifically? Apr 07 10:03:17 can't really, something related to the X system. Apr 07 10:03:20 segfault Apr 07 10:04:27 hard for me to tell, but if X is segfaulting it may be a driver problem Apr 07 10:15:15 the nativesdk-* recipes are for building directly on the target device, aren't they? Apr 07 10:16:18 ggonzalez_: no, they're for building an SDK (compiler, toolchain etc.) to run on a third machine (which may or may not be the same as your build host) Apr 07 10:16:44 ahm Apr 07 10:17:17 if you need tools for the target, just install packagegroup-core-buildessential Apr 07 10:17:30 lets say I have my building system in machine A with target machine B and I want to generate and SDK for cross compiling to machine B for machine C? Apr 07 10:18:18 ggonzalez_: right, that is the nativesdk situation Apr 07 10:18:42 interesting Apr 07 10:29:26 * koen stabs IMAGES_FSTYPES Apr 07 10:29:50 koen: what's the problem? Apr 07 10:29:52 I guess there's no easy way to say that I don't want "tar.gz", but "tar.xz" Apr 07 10:29:54 is it purposeful that OE no longer generates dpkg compatible .ipk files? Apr 07 10:30:11 for machines that set IMAGES_FSTYPES += "tar.gz jffs2" Apr 07 10:30:24 XorA: no, but there's a patch on the oe-core list to fix it Apr 07 10:30:32 XorA: I don't think so, but you'd have to ask the opkg maintainer Apr 07 10:30:44 XorA: http://patches.openembedded.org/patch/69771/ Apr 07 10:31:13 koen: you do mean IMAGE_FSTYPES right? Apr 07 10:31:22 yes Apr 07 10:32:29 you could use IMAGE_FSTYPES_remove = "tar.xz" I guess Apr 07 10:32:33 er tar.gz Apr 07 10:32:37 that's post 1.5, right? Apr 07 10:32:41 yep Apr 07 10:32:55 ah cool, opkg issue looks in hand Apr 07 10:32:56 ah well actually, it might not be, one sec Apr 07 10:32:58 I guess I can use that for the upcoming release Apr 07 10:33:21 actually we added _remove in dora, so you should be able to use it there Apr 07 10:33:48 XorA: iirc dpkg became stricter and enforces an order for debian-binary, data.tar.gz and control.tar.gz nowadays Apr 07 10:34:03 bluelightning: neat! Apr 07 10:34:08 koen: I think it changes from being a warning to an error Apr 07 10:35:39 same difference :) Apr 07 10:36:01 but we certainly used to have the correct order :-) Apr 07 10:36:16 was that by chance or by design... ;) Apr 07 10:36:16 dpkg-deb on fedora 20 can copy with the 'wrong' format it seems, so I don't care a lot right now Apr 07 10:37:10 bluelightning: comments that used to be in there would indicate design :-) Apr 07 10:37:11 XorA: fwiw, paulb and I were talking at fosdem to support more compression formats, e.g. xz for space savings or lz4 for faster decompression Apr 07 10:38:12 koen: also whats the best way to inject the needed xorg.conf fragments into chromebook images? Apr 07 10:38:17 dpkg should have support for some of those in sources. Apr 07 10:38:29 s/sources/source/ Apr 07 10:38:50 too many Zs error in compression :-( Apr 07 10:41:49 XorA: xserver-xf86-config_0.1.bbappend Apr 07 10:42:17 XorA: but beware, a lot of BSP layers get the bbappend wrong (e.g. wildcards in SRC_URI, immediate expansion etc) Apr 07 10:42:35 so you need to triple check the construct Apr 07 10:43:23 for 1.5/dora based BSP I sent patches to fix the worst offenders, but still Apr 07 10:43:33 :-) Apr 07 10:44:07 at least xorg configs are not a senstive topic Apr 07 10:44:36 as opposed to the antisocial morons that select hardfloat in machine configs and keep saying it's OK to do that Apr 07 10:44:58 * koen hugs 'fork' button on github Apr 07 10:47:08 (for public BSPs, for closed BSPs you can do whatever you want) Apr 07 10:47:24 well I assume you'll boot me for anything stupid I do Apr 07 10:48:08 of course Apr 07 10:48:31 it's meta-freescale that's being stupid and refusing to apply patches to fix it Apr 07 10:49:07 e.g. meta-sunxi applied the patches and then added a section to the README explaining the reasoning and how to change it if your DISTRO has softfp as default Apr 07 10:49:52 remind me after work to send a patch to meta-atmel to namespace their u-boot Apr 07 11:05:25 I have found that libsdl-ttf and libsdl-image, although they are updated to a pretty current package, they depend on libsdl instead of libsdl2. All I need to do is change the DEPEND from virtual/libsdl to virtual/libsdl2 and rebuild the image? Apr 07 11:30:38 ok I am trying to add the libsdl-2.0.0.bb recipe since it doesn't seem to be available anywhere Apr 07 11:30:46 wish me good luck heh Apr 07 19:59:54 kergoth, any idea if you can make OEDAM? http://www.openembedded.org/wiki/OEDAM Apr 07 20:04:19 koen: after-work meta-atmel namespace reminder :-) Apr 08 01:06:08 that get_file_checksums() in fetch2/__init__.py seems quite broken still :-( **** ENDING LOGGING AT Tue Apr 08 02:59:58 2014