**** BEGIN LOGGING AT Sat Oct 13 03:00:02 2012 Oct 13 06:13:18 how do i get past: LIC_FILES_CHKSUM points to an invalid file? Oct 13 06:14:38 it's downloading a package off of a 3rd party website Oct 13 06:14:54 the company probably updated their license Oct 13 14:15:51 hello Oct 13 14:15:54 how are you Oct 13 14:15:57 any good news Oct 13 14:16:09 ? Oct 13 16:41:17 angstrom appears to be running this ARM processor little-endian. Isn't that unusual? Oct 13 18:33:19 do i need to bitbake console-image again after bitbaking a package, to add the package to the image? Oct 13 19:02:17 well that was a lot of wasted time Oct 13 19:02:47 i can't build qt projects with the qt4-embedded angstrom package Oct 13 19:09:00 anybody know how to fix: ERROR: Function failed: omap3-sgx-modules: LIC_FILES_CHKSUM points to an invalid file Oct 13 19:09:45 * JViz nudges bluelightning Oct 13 19:10:19 er, well, it pretty much means what it says Oct 13 19:10:28 yeah Oct 13 19:10:35 the problem is pretty obvious Oct 13 19:10:37 the file pointed to by LIC_FILES_CHKSUM must exist and match the given md5sum Oct 13 19:11:14 i tried commenting out LIC_FILES_CHKSUM but then it complained that it didn't have it Oct 13 19:11:20 right, it is mandatory Oct 13 19:11:42 the mechanism exists so that we notice if upstreams change their licenses when we do an upgrade Oct 13 19:12:12 i'm sure there is a good reason for its existence Oct 13 19:12:23 i just don't know how to fix it Oct 13 19:13:14 is there a work around? Oct 13 19:13:15 have you modified the recipe a all? Oct 13 19:13:34 i just tried to comment out that line Oct 13 19:13:39 but i put it back Oct 13 19:13:47 when it didn't work Oct 13 19:15:09 the proper solution would be, look in the workdir for the recipe, find out where the license file is and make LIC_FILES_CHKSUM point to it Oct 13 19:15:22 ideally we wouldn't have broken recipes like that Oct 13 19:15:23 ok Oct 13 19:15:26 :/ Oct 13 19:16:35 the work dir appears empty Oct 13 19:16:49 do i have to run an unpack or something? Oct 13 19:17:56 by the time LIC_FILES_CHKSUM has been checked unpack has already been done... Oct 13 19:18:19 so it's not able to unpack the files Oct 13 19:18:19 which angstrom version are you building exactly? Oct 13 19:18:24 beaglebone Oct 13 19:18:29 er Oct 13 19:18:43 what do you mean which version? Oct 13 19:19:22 DISTRO_VERSION = "v2012.05" Oct 13 19:20:30 is that it? Oct 13 19:20:46 ok, which version of omap3-sgx-modules is being built? Oct 13 19:21:09 omap3-sgx-modules-4.05.00.03-r14b Oct 13 19:21:35 the default Oct 13 19:24:00 it downloads Graphics_SDK_setuplinux_4_05_00_03.bin Oct 13 19:24:15 i had ran it and installed it to the default location Oct 13 19:28:03 oooh Oct 13 19:32:37 wow, yeah Oct 13 19:32:39 i'm an idiot Oct 13 19:32:56 i copied the installed files into the work dir and it worked flawlessly Oct 13 19:33:16 I'm just trying to fetch it at the moment, it's taking an age to download Oct 13 19:36:41 so, indeed, there is no COPYING file Oct 13 19:50:57 something that would be worth raising on the meta-ti mailing list I think Oct 13 19:51:45 well Oct 13 19:52:44 actually Oct 13 19:52:52 it didn't go flawlessly Oct 13 19:53:11 i had to walk away from the comp at the last second Oct 13 19:53:49 WARNING: QA Issue: No GNU_HASH in the elf binary: '/angstrom/setup-scripts/build/tmp-angstrom_v2012_05-eglibc/work/armv7a-angstrom-linux-gnueabi/libgles-omap3-4.05.00.03-r33/packages-split/libgles-omap3-blitwsegl-es3/usr/lib/ES3.0/libpvrPVR2D_BLITWSEGL.so.1.6.16.4117' Oct 13 19:53:54 what does that mean? Oct 13 19:54:00 there's like a ton of them Oct 13 23:23:44 for future reference, if anyone is reading this log on a website: Oct 13 23:24:14 if you're getting: GLES/eglplatform.h: No such file or directory, all you have to do is copy the headers from the EGL directory into the GLES and GLES2 directory Oct 13 23:27:46 i guess EGL is the preferred name now? **** ENDING LOGGING AT Sun Oct 14 03:00:02 2012