**** BEGIN LOGGING AT Sun Feb 26 02:59:59 2012 Feb 26 19:36:06 I think that is a "general setup issue" for uClibc: Feb 26 19:36:12 hey, I want to give uclibc a try for some simple c code projects. When I compile uclibc from source I can select "Enable shared libaries". Ok, that's nice, but where are the static libraries? I haven't seen the option to enable/disable these?! Feb 26 20:04:33 okay, so what's can i do about a package that forgets to build a cross binary? Feb 26 20:05:50 ERROR: QA Issue with gkrellm: Architecture did not match (40 to 3) on /work/armv7a-none-linux-gnueabi/gkrellm-2.2.10-r0/packages-split/gkrellm/usr/bin/true Feb 26 20:06:18 ie, where /usr/bin/true is an i386 binary Feb 26 20:07:11 what on earth is gkrellm doing installing /usr/bin/true ?? Feb 26 20:07:32 not sure why it needs to build its own "true" when coreutils is already built Feb 26 20:09:08 and there doesn't seem to be a PROVIDES for just gkrellmd Feb 26 20:09:13 are any of the mismatched architecture files actually genuine? Feb 26 20:09:34 which seems kinda weird... Feb 26 20:09:45 menaing what? Feb 26 20:10:07 meaning are any of them sensible binaries you would expect gkrellm to be installing Feb 26 20:10:11 unlike /usr/bin/true Feb 26 20:11:24 looks like the actual gkrellm binaries are good Feb 26 20:11:36 gkrellmd: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.14, stripped Feb 26 20:13:07 trying something... Feb 26 20:16:54 okay, if i delete all the instances of true from the workdir and rerun "bitbake gkrellm" it works Feb 26 20:17:21 * nerdboy smells a hacky workaround Feb 26 20:24:33 it's not unusual to delete files in do_install Feb 26 20:24:44 that you do not wish to be packaged Feb 26 20:30:56 yeah, but i'd feel better if it wasn't an incorrect binary... Feb 26 20:31:26 removing files to save space is normal Feb 26 20:34:41 but it's certainly not the first find xargs rm in a recipe... **** ENDING LOGGING AT Mon Feb 27 02:59:58 2012