**** BEGIN LOGGING AT Thu Jun 26 02:59:58 2014 Jun 26 07:58:11 when adding a new recipe in an existing layer, how can i tell bitbake the recipe exists? I have created a directory in an existing layer but bitbake wont find it (NOTHING PROVIDES...) Jun 26 07:59:02 morning! Jun 26 08:06:43 rick___ check your bblayers.conf Jun 26 08:06:48 hi afournier Jun 26 08:07:31 hi woglinde Jun 26 08:10:41 morning afournier, woglinde Jun 26 08:10:47 et all Jun 26 08:12:44 hi kroon Jun 26 09:07:57 hwo can i add a prebuilt dependency to a recipe? Jun 26 09:15:27 rick___ DPENDS Jun 26 09:15:32 ups DEPENDS Jun 26 09:16:07 like DEPENDS = "Path to bin" ? Jun 26 09:16:33 no Jun 26 09:16:54 so better describe what you want do achieve Jun 26 09:17:03 looks like there is more todo Jun 26 09:17:54 i have already crossbuilt one of my dependencies wich i want to add to my recipe Jun 26 09:18:09 so it is external? Jun 26 09:18:12 yes Jun 26 09:18:28 thats the world i should have used :) Jun 26 09:18:39 DEPENDS="blaname" in the recipe Jun 26 09:18:54 in your local.conf ASSUME_PROVIDED="blaname" Jun 26 09:19:01 is the clean way Jun 26 09:19:18 and how does the local.conf find the "blanam"? Jun 26 09:19:28 and of course in the recipe the /pathto/binary if you need to use it Jun 26 09:19:32 do i give a path? Jun 26 09:19:45 no Jun 26 09:19:50 use the path in recipe Jun 26 09:20:11 where in recipe? Jun 26 09:20:12 but be aware it maybee not working outside your enviroment Jun 26 09:20:17 *sigh* Jun 26 09:20:28 do_configure Jun 26 09:20:33 do_compile Jun 26 09:20:39 ok Jun 26 09:20:43 how do I know your recipe Jun 26 09:21:05 thx Jun 26 09:52:44 is there a way to run several bitbake instances, like one for each MACHINE ? Jun 26 11:18:39 Not sure whats wrong, but in daisy, when building a mingw32 SDK, tar:ing the resulting target sysroot fails, since /etc/mtab is a symlink to "../proc/mounts", which doesnt exist Jun 26 11:19:01 Haven't run into this problem on daisy when building linux sdk's Jun 26 11:21:04 Link doesn't exist for linux sdk builds either Jun 26 11:21:13 Target link file that is Jun 26 11:24:12 for mingw32 sdk, links and hard links are dereferenced when creating the tar archive Jun 26 11:26:53 So, is the problem here that the sysroot contains broken symlinks ? Or should we just prune them before packaging the archive ? Jun 26 13:17:56 is there a need for "do_install" for something that only uses ./configure and make? Jun 26 13:20:07 tasslehoff: I finally got Qt5.1.1 working with the AM335x :) Jun 26 13:20:55 I needed the proprietary SGX drivers and the Qt patches from Prabindh Sundareson Jun 26 13:21:04 Anarky: :) Jun 26 13:21:51 now I'm trying to get Qt5.2, but I don't think I'll success, the bug report is more or less dead Jun 26 13:23:44 A qt bug? Jun 26 13:26:22 tasslehoff: basically Prabindh made a quick & dirty patch that works and reported it, they made a clean patch but it doesn't work Jun 26 13:26:25 https://bugreports.qt-project.org/browse/QTBUG-29729 Jun 26 13:29:44 ah Jun 26 13:30:05 * tasslehoff has to go pick up the kids Jun 26 20:49:45 Compiling against master: DEBUG: Executing shell function do_install Jun 26 20:49:45 | cp: cannot stat '/oe/tmp/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/openjdk-7-jre/25b30-2.3.12-r5.1/icedtea-2.3.12/build/openjdk.build/j2sdk-image': No such file or directory Jun 26 20:52:54 sr105 yes Jun 26 20:52:58 fix is easy Jun 26 20:53:15 maybe I will push it without testing Jun 26 20:54:07 and I am really tired each evening Jun 26 20:54:22 slept now 10 minutes before my notebook Jun 26 20:54:31 again Jun 26 20:58:43 ugh, sorry man Jun 26 20:59:27 If pointed in the right direction, perhaps I could fix it? Jun 26 21:03:39 I'm guessing it's this line from openjdk-7-common.inc in do_install(): cp -R ${S}/build/${BUILD_DIR}/j2sdk-image ${D}${JDK_HOME} Jun 26 21:08:42 I think if I change ${S} to ${WORKDIR} it should work Jun 26 21:09:03 I don't know why, but it looks like that will work Jun 26 21:10:41 yes Jun 26 21:10:53 thanks Jun 26 21:12:18 I will push it now anyway Jun 26 21:12:42 thx Jun 26 21:12:49 get some sleep if you can. Jun 26 21:13:42 hm still have to fix alternative stuff for java Jun 26 21:16:33 and the rhino download url seems to have changed as well Jun 26 21:20:26 sr105 stuff is pushed to master Jun 26 21:20:36 thanks! Jun 26 22:11:42 did we have some emails about glibc versus eglibc recently? Jun 26 22:16:43 khem, you around? Jun 26 22:43:58 Crofton: http://permalink.gmane.org/gmane.comp.handhelds.openembedded.core/52446 Jun 26 22:46:43 gman is painfully slow from here today Jun 26 22:50:53 ndec, thanks Jun 26 22:51:05 the eglib made my searches fail **** ENDING LOGGING AT Fri Jun 27 02:59:59 2014