**** BEGIN LOGGING AT Mon Aug 05 02:59:58 2013 Aug 05 09:07:11 bluelightning: ok, two zaurus patches are in linux-next Aug 05 09:07:16 two less Aug 05 09:07:38 ant_work: sorry, does that mean they got merged or dropped? Aug 05 09:07:45 merged Aug 05 09:07:49 ah, great :) Aug 05 09:08:09 now the hard part about collie... Aug 05 09:08:44 seems nobody want to touch years old code ;) Aug 05 10:09:10 wow, third patch Aug 05 10:09:34 (after some pestering on #mtd) Aug 05 21:16:12 bluelightning, hi Aug 05 21:17:59 about indirect dependencies...in case of build dependencies seems ok Aug 05 21:18:05 i.e. I see "kexecboot-klibc.do_build" -> "linux-libc-headers.do_package_write" Aug 05 21:18:09 but Aug 05 21:19:16 I don't see those explicitly in "kexecboot-klibc.do_configure" Aug 05 21:23:04 finally, the key is Aug 05 21:23:05 "klibc.do_configure" -> "linux-libc-headers.do_populate_sysroot" Aug 05 21:29:32 ant_home: yes, the latter is what you get if you have linux-libc-headers in DEPENDS of klibc Aug 05 21:30:28 in bitbake -e Aug 05 21:30:35 DEPENDS="autoconf-native automake-native libtool-native libtool-cross gnu-config-native virtual/arm-oe-linux-gnueabi-gcc virtual/arm-oe-linux-gnueabi-compilerlibs virtual/libc klcc-cross" Aug 05 21:30:46 then klcc-cross depends on klibc Aug 05 21:31:30 (note the two spaces before klcc-cross) Aug 05 21:32:18 http://paste.debian.net/23052/ Aug 05 21:34:17 the bottom line is if your recipe breaks without linux-libc-headers, you need that in DEPENDS Aug 05 21:34:25 imagine rebuilds or restore from sstate Aug 05 21:35:21 the point is, it did not break on build from scratch. I've tested for various archs Aug 05 21:35:30 on my host, no issues Aug 05 21:35:42 I'll try now from sstate Aug 05 21:35:50 yes because in sequence it'll never be a problem Aug 05 21:35:59 but test-dependencies shakes out these kinds of situations Aug 05 21:36:22 ok, so better to be explicit Aug 05 21:37:25 anyhow, klcc-cross must be built before any klibc binary.. time can't go backwards ;) Aug 05 21:53:07 ant_home: btw, merged your meta-hh series, thanks Aug 05 21:58:01 thx Aug 05 21:58:44 bluelightning, can you check whether you have kexecboot/kexecboot-klibc in your meta-hh tree? Aug 05 21:59:02 I see it on my pc but not on http://cgit.openembedded.org/meta-handheld/tree/recipes-bsp/kexecboot Aug 05 21:59:07 strange Aug 05 21:59:24 erm no Aug 05 22:00:10 is not in git diff maybe I added it long ago thinking about split... Aug 05 22:00:11 I thought those were in meta-initramfs? Aug 05 22:00:41 andrea@mizar /oe/meta-handheld/recipes-bsp/kexecboot $ ls Aug 05 22:00:41 kexecboot-handhelds.inc kexecboot-klibc kexecboot-klibc_git.bbappend kexecboot_git.bbappend Aug 05 22:02:13 presumably those aren't committed Aug 05 22:02:32 time to clone a fresh copy... Aug 05 22:04:07 ...a checkout was enough ;) Aug 05 22:10:49 rm -rf tmp-eglibc/ Aug 05 22:10:52 oops Aug 05 22:25:46 ahh Aug 05 22:25:50 | KLIBCLD usr/klibc/libc.so Aug 05 22:25:50 | arm-oe-linux-gnueabi-ld: cannot find libgcc.a: No such file or directory Aug 05 22:26:33 don't tell me I have to add the basic deps explicitly... Aug 05 22:28:44 ofc no Aug 05 22:28:45 "klibc" -> "linux-libc-headers" Aug 05 22:28:45 "klibc" -> "perl-native" Aug 05 22:28:45 "klibc" -> "virtual/arm-oe-linux-gnueabi-gcc" Aug 05 22:28:45 "klibc" -> "virtual/arm-oe-linux-gnueabi-compilerlibs" Aug 05 22:28:45 "klibc" -> "virtual/libc" Aug 05 22:34:43 bluelightning, the lib is packaged in libgcc Aug 05 22:40:22 libgcc-dev exactly Aug 05 22:45:59 yes but that's just the package name; surely in terms of the sysroot it should be provided by virtual/arm-oe-linux-gnueabi-compilerlibs Aug 05 22:46:01 ? Aug 05 22:46:14 conf/distro/include/tcmode-default.inc:PREFERRED_PROVIDER_virtual/${TARGET_PREFIX}compilerlibs = "gcc-runtime" Aug 05 22:46:33 grepping I found Aug 05 22:46:35 classes/insane.bbclass: libgcc.a, libgcov.a will be skipped in their packages Aug 05 22:47:31 the 3 are added by Aug 05 22:47:33 classes/base.bbclass: deps += " virtual/${TARGET_PREFIX}gcc virtual/${TARGET_PREFIX}compilerlibs virtual/libc " Aug 05 22:49:17 conf/distro/include/default-providers.inc:PREFERRED_PROVIDER_libgcc ?= "libgcc" Aug 05 22:49:24 seems it is really apart Aug 05 22:55:57 hmm Aug 05 22:55:58 odd Aug 05 22:56:14 it should be present, can't imagine why it wouldn't be provided Aug 05 22:56:24 anyway time for sleep... g'night Aug 05 22:56:43 gn **** ENDING LOGGING AT Tue Aug 06 02:59:58 2013