**** BEGIN LOGGING AT Tue Mar 22 02:59:57 2011 Mar 22 05:09:49 build #87 of sibyte is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/sibyte/builds/87 Mar 22 06:39:47 build #86 of uml is complete: Failure [failed compile_10] Build details are at http://tksite.gotdns.org:8010/builders/uml/builds/86 Mar 22 07:03:08 xMff: ping Mar 22 07:10:00 nbd: ping Mar 22 07:41:35 gmorning Mar 22 08:12:03 build #82 of xburst is complete: Exception [exception failed slave lost shell_13 compile_12] Build details are at http://tksite.gotdns.org:8010/builders/xburst/builds/82 Mar 22 08:12:05 build #85 of ar71xx is complete: Exception [exception failed slave lost shell_13 compile_12] Build details are at http://tksite.gotdns.org:8010/builders/ar71xx/builds/85 Mar 22 09:23:48 kaloz * r26267 /trunk/target/linux/generic/ (config-2.6.37 config-2.6.38): enable the 'big kernel lock' by default Mar 22 11:33:41 Hi, i am trying to create a C program using my own library which use libcrypto. Mar 22 11:33:57 i can compile perfectly my own shared library Mar 22 11:34:15 but when i try to compile my program, using it, i have an ld error Mar 22 11:34:26 where my own library can't find libcrypto Mar 22 11:34:40 (which is perfectly compiled in my staging_dir folder) Mar 22 11:39:02 Rholk: look at the args passed to ld Mar 22 11:39:04 see if that folder is actually being passed to the linker Mar 22 11:39:05 if not, fix the makefile Mar 22 11:39:06 or try adding it to -rpath Mar 22 11:43:08 Olipro: actually i directly use $(CC), i should use $(LD) instead? at this moment there is not problem like he try to link with a hard path (/home/rholk/myowrtbuild) Mar 22 11:43:37 an this should be performed in the linkage of the library or the program? the library should be more logic. program makefile don't need to bother of this i think Mar 22 11:43:38 yes, use ld Mar 22 11:43:43 Ok Mar 22 11:43:50 if you're compiling c++ code Mar 22 11:43:55 then you can call g++ instead Mar 22 11:44:00 but otherwise, use ld Mar 22 11:44:34 no, it is pure C. Mar 22 12:41:21 build #87 of x86 is complete: Failure [failed compile_6] Build details are at http://tksite.gotdns.org:8010/builders/x86/builds/87 Mar 22 12:43:39 Hauke: Could you accept https://dev.openwrt.org/ticket/9097 please? Mar 22 13:30:45 Hauke: heh. You fell off just after I asked a question, so here goes again: Could you accept https://dev.openwrt.org/ticket/9097 please? Mar 22 13:39:09 ermo: i have never accepted a ticket ;-) Mar 22 13:39:24 heh Mar 22 13:40:01 Hauke: just following up on my promise :) Mar 22 13:40:53 track login does not work for me, I will work on this without accepting it ;-) Mar 22 14:14:28 build #104 of ubicom32 is complete: Failure [failed compile_3] Build details are at http://tksite.gotdns.org:8010/builders/ubicom32/builds/104 Mar 22 15:07:35 kaloz * r26268 /trunk/target/linux/ixp4xx/ (8 files in 2 dirs): [ixp4xx]: add 2.6.38 support Mar 22 15:08:34 cshore: You are right that freeswitch-1.0.6 crashes in compilation. So far, I managed to fix one problem with this patch (http://paste.openwrt.org/d1d88a95a). Now, I am getting this error (http://paste.openwrt.org/d5670b613) and hope anyone here can help. :( Mar 22 15:20:15 build #107 of atheros is complete: Failure [failed compile_6] Build details are at http://tksite.gotdns.org:8010/builders/atheros/builds/107 Mar 22 16:02:02 build #78 of ep93xx is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/ep93xx/builds/78 Mar 22 16:07:25 build #109 of at91 is complete: Failure [failed shell compile_4] Build details are at http://tksite.gotdns.org:8010/builders/at91/builds/109 Mar 22 16:25:00 * russell-- wonders if uclibc 0.9.32-rc3 might solve the iftop/sigcancel problem Mar 22 17:03:36 build #94 of pxcab is complete: Failure [failed compile_3] Build details are at http://tksite.gotdns.org:8010/builders/pxcab/builds/94 Mar 22 17:03:43 build #93 of ps3 is complete: Failure [failed compile_3] Build details are at http://tksite.gotdns.org:8010/builders/ps3/builds/93 Mar 22 17:57:28 ping cshore Mar 22 18:09:31 jow * r26269 /trunk/include/target.mk: [include] target.mk: don't enable coreutils by default, it does not even exist anymore... fixes the Image Builder Mar 22 18:29:09 jow * r26270 /packages/utils/coreutils/Makefile: [packages] coreutils: revert r26169, its just plain wrong Mar 22 19:00:13 jow * r26271 /trunk/target/linux/ar71xx/image/Makefile: [ar71xx] fix image generation in the Image Builder environment Mar 22 20:11:34 ping xMff Mar 22 20:16:55 If it's about the coreutils stuff, the problem is that +coreutils +coreutils-su (for example) is insufficient to select coreutils-su, so packages that depend on coreutils-su (like libpq and anything that depends on it) are never displayed unless you manually select coreutils-su after selecting coreutils. Other packages have similar problems Mar 22 20:30:07 It's because of the coreutils menu...apparently subitems can be selected if the top-level isn't selected beforehand Mar 22 20:52:03 well, the fix you committed broke more stuff than what it fixed Mar 22 21:04:15 nbd * r26272 /trunk/package/hostapd/patches/ (700-random_pool_add_kernel.patch 700-use_dev_urandom.patch): hostapd: make entropy collection contribute to the kernel pool Mar 22 21:04:18 nbd * r26273 /trunk/package/mac80211/ (26 files in 2 dirs): mac80211: update to wireless-testing 2011-03-22 Mar 22 21:04:41 xMff: sorry, I thought it would be harmless Mar 22 21:04:48 np Mar 22 21:05:15 we need to simplify that and get rid of the meta package entirely Mar 22 21:05:37 I wonder why we can't just move the coreutils into a normal menu Mar 22 21:05:58 no idea, why it's not Mar 22 21:06:29 me neither Mar 22 21:06:42 sorry, got to go now Mar 22 21:27:00 xMff: http://www.personaltelco.net/~russell/iftop-upgrade-to-1.0pre1.patch Mar 22 21:27:56 russell--: it solves the pthread heisenbug? Mar 22 21:28:05 no, unfortunately Mar 22 21:28:17 but i tried it, it's no worse Mar 22 21:28:46 it's my repackaging of a set of files someone posted on the dev mailing list a week or more ago Mar 22 21:29:29 okay Mar 22 21:29:50 i made only one slight change to his work, that was resetting the PKG_RELEASE to 1 Mar 22 21:30:03 since the version changed Mar 22 21:30:53 i guess it supports ipv6 now though, so that's something! Mar 22 21:32:15 the debian frozen order patch has some whitespace noise, apart from that it looks okay Mar 22 21:32:39 okay, it was what came out of git diff Mar 22 21:33:24 ah, so it probably was this way already Mar 22 21:33:35 oh nvm Mar 22 21:33:43 I've misread the patch Mar 22 21:33:52 nested patches are ugly to read Mar 22 21:33:57 indeed Mar 22 21:36:34 i pulled, created a branch, applied his Makefile patch, deleted the existing patches and dumped his patches in, did the appropriate git add , git commit -a, and then git diff HEAD^ HEAD > /tmp/iftop.patch Mar 22 21:38:24 * russell-- wonders if anyone is looking at uClibc-0.9.32-rc3 Mar 22 21:39:26 not yet but probably soon Mar 22 21:40:07 i might try it, if it don't run into too many hurdles Mar 22 22:13:41 * russell-- is trying it ... found some failing hunks from the old patches, just removed those hunks Mar 22 23:40:08 xMff: uClibc-0.9.32-rc3 plus the patches in patches-2.6.37 (minus the two hunks that didn't apply) didn't change my symptoms Mar 22 23:40:50 dirclean'd, the make as usual Mar 22 23:40:53 then* Mar 23 00:35:16 nbd: ping Mar 23 00:35:58 OutBackDingo: pong Mar 23 00:36:41 the latest 80211 pull, would potentially include 80211s auth ? Mar 23 00:37:12 client is all over me cuz hes been reading web pages .... jeeeeez Mar 23 00:37:34 i don't think it was merged yet Mar 23 00:37:40 ahh.. ok Mar 23 02:37:46 build #108 of atheros is complete: Failure [failed compile_6] Build details are at http://tksite.gotdns.org:8010/builders/atheros/builds/108 **** ENDING LOGGING AT Wed Mar 23 02:59:57 2011