**** BEGIN LOGGING AT Wed Jun 15 02:59:57 2011 Jun 15 06:01:36 philipp64|laptop: i'm using eglibc 2.12 - will make it default as suggested later Jun 15 06:44:37 mirko: ok, but I couldn't get that to build either. Jun 15 08:30:49 <_trine> larsc, why would ths happen? Jun 15 08:30:51 <_trine> cp: cannot stat `/home/johng/trunk-kirkwood2/trunk/build_dir/linux-kirkwood/linux-2.6.37.6/crypto/crypto_hash.ko': No such file or directory Jun 15 08:31:08 <_trine> this is on trunk Jun 15 08:33:09 because the file does not exist. ;) i have no idea, sorry. Jun 15 08:33:52 <_trine> well yes I guessed the file does not exist but why does it not is the question Jun 15 08:33:53 maybe some dependencies are not met and the module can not be build Jun 15 08:34:12 <_trine> are you the kirkwood maintainer? Jun 15 08:34:37 or its just wrongly packaged for 2.6.37 Jun 15 08:34:48 the crypto stuff moves around in each version Jun 15 08:35:02 <_trine> I have done a make distclean Jun 15 08:35:09 <_trine> and its still the same Jun 15 08:35:25 or kirkwood embeds stuff builtin which breaks the packaging Jun 15 08:36:37 _trine: check your /home/johng/trunk-kirkwood2/trunk/build_dir/linux-kirkwood/linux-2.6.37.6/.config Jun 15 08:37:19 <_trine> larsc, what am I looking/checking for Jun 15 08:37:52 CRYPTO_HASH Jun 15 08:37:54 CRYTO_HASH Jun 15 08:37:58 <_trine> I am compiling at the moment without the crypto stuff Jun 15 08:38:06 <_trine> to see if it compiles Jun 15 08:38:07 yea, what jow_laptop said Jun 15 08:38:17 <_trine> ok will do Jun 15 08:38:46 <_trine> but I will have to wait untill this compile has finished Jun 15 08:39:27 <_trine> hmm I have just remembered I have a backup .config I could look at Jun 15 08:41:09 <_trine> CRYPTO_HASH does not seem to be in my backup .config Jun 15 08:41:44 run "make defconfig" then Jun 15 08:42:03 <_trine> ok give me a bit of time and I will do it Jun 15 08:43:17 CRYPTO_HASH should only depen on CRYPTO Jun 15 08:43:58 well many errors these days are caused by unclean tress or ancient .configs Jun 15 08:44:50 hm Jun 15 08:45:25 and crypto hash has already caused some tickets Jun 15 08:45:31 maybe its a Kconfig bug in the end Jun 15 08:45:46 bad dependency resolving or something Jun 15 08:47:21 apparently already four years ago: https://dev.openwrt.org/ticket/2422 Jun 15 09:08:41 jow * r27177 /packages/net/freeswitch/Makefile: [packages] freeswitch: its 2011, not 2010 - revert PKG_REV change Jun 15 09:32:13 <_trine> sorry just got back from a phone call Jun 15 09:32:30 <_trine> kirkwood compiled without crypto Jun 15 09:32:41 <_trine> I have now done make defconfig Jun 15 09:32:47 <_trine> #and will try again Jun 15 09:36:25 <_trine> no its still the same Jun 15 09:36:51 <_trine> its compiles without crypto_hash but not with it Jun 15 09:37:00 <_trine> trunk-kirkwood2/trunk/build_dir/linux-kirkwood/linux-2.6.37.6/crypto/crypto_hash.ko': No such file or directory Jun 15 09:37:33 <_trine> trunk-kirkwood2/trunk/bin/kirkwood/packages/kmod-crypto-hash_2.6.37.6-1_kirkwood.ipk] Error 1 Jun 15 09:39:10 <_trine> http://dpaste.com/554488/ Jun 15 09:45:27 paste /home/johng/trunk-kirkwood2/trunk/build_dir/linux-kirkwood/linux-2.6.37.6/.config Jun 15 10:21:59 "WARNING: kmod-crypto-core is not available in the kernel config Jun 15 10:24:38 i guess thats the cause Jun 15 10:40:13 <_trine> jow_laptop, was that a request of your to paste the .config Jun 15 10:40:36 <_trine> if so which pastebin can accept such a large file Jun 15 10:40:57 <_trine> /s/your/yours Jun 15 10:57:16 <_trine> jow_laptop, http://homepage.ntlworld.com/tenerifeworld/config Jun 15 10:58:29 thats not /home/johng/trunk-kirkwood2/trunk/build_dir/linux-kirkwood/linux-2.6.37.6/.config Jun 15 10:58:45 <_trine> ah you're right Jun 15 11:02:38 <_trine> jow_laptop, http://homepage.ntlworld.com/tenerifeworld/config-for-Jow Jun 15 11:12:41 looks like the module is built-in Jun 15 11:13:35 odd Jun 15 11:13:42 don't see why it would Jun 15 11:14:01 the kirkwood config does nothing like that Jun 15 11:16:28 CRYPTO_MANAGER2 looks suspicious. on one hand it selects CRYPTO_ALGAPI (through CRYPTO_AHEAD2) on the other hand it derives it default state from CRYPTO_ALGAPI Jun 15 12:17:44 <^Willie^> hmm i have a small issue with collectd right now and i know for shure that i have seen it working with the trunk builds from the last week.. :( Jun 15 12:17:54 <^Willie^> error is exactly like here https://forum.openwrt.org/viewtopic.php?id=30246 Jun 15 12:18:06 <^Willie^> i wonder if rebuild my toolchain will fix this error.. Jun 15 12:28:19 <^Willie^> hmm right like i was thinking rebuild the toolchain :) --> https://dev.openwrt.org/ticket/8177 Jun 15 12:31:13 <^Willie^> weird.. i had the same issues with gentoo builds in the past on my amd buildbox :( intel desktop system never shown me those errors but still no reason to blame amd .. Jun 15 12:31:45 it is not related to amd at all Jun 15 12:32:06 rather to an unstable uclibc abi Jun 15 12:32:14 <^Willie^> gcc 4.3.4 and 4.4.0 resulted here in rma'ing half my amd workstation.. Jun 15 12:33:05 <^Willie^> part due the dev's that keep blaming my ram that was tested many times (24hr runs) replaced 4 sticks etc etc in the end i replaced the whole box and afther gcc 4.4.5 everything was fine again :S Jun 15 12:33:31 <^Willie^> jow_laptop: if these issues are more related to the abi then the hardware then i'm really happy to hear that .. Jun 15 12:34:19 <^Willie^> since my intel box in this example was a presccot 3ghz without speed stepping/scaling and the amd box do scale/powersave like my intel c2d laptop that show the same issues as my amd host ;) Jun 15 12:34:32 <^Willie^> more a smp <-> toolchain issue back in the days Jun 15 12:34:45 I don't follow Jun 15 12:34:51 do you run openwrt on your PCs ? Jun 15 12:35:02 <^Willie^> hmm i saw my first segfault in my life on a smp box :) Jun 15 12:35:27 <^Willie^> i do run openwrt in vbox atm preconfiguring/building my setup needs and going to replace a gentoo host for openwrt yes Jun 15 12:35:35 <^Willie^> it is only running as router and ssh tunnel box anyway Jun 15 12:36:01 <^Willie^> but 4G compact flash was overkill ;) Jun 15 12:36:29 <^Willie^> using debian stable as build env in vbox.. Jun 15 12:36:33 <^Willie^> for openwrt builds. Jun 15 12:36:40 i think Jun 15 12:36:41 that Jun 15 12:36:45 writing sente Jun 15 12:36:48 ces over sevreal Jun 15 12:36:50 lines Jun 15 12:36:53 makes them easy to Jun 15 12:36:54 read Jun 15 12:37:10 <^Willie^> a little creative mind will put them there also Jun 15 12:37:11 <^Willie^> . Jun 15 12:38:04 i like Jun 15 12:38:05 using Jun 15 12:38:11 return as Jun 15 12:38:12 a Jun 15 12:38:17 <^Willie^> jow_laptop: hmm btw that build where collectd was working was my glibc based build.. not uc or eg Jun 15 12:38:20 punctuation Jun 15 12:38:23 mark Jun 15 12:38:36 ok Jun 15 12:38:39 <^Willie^> Weedy: jup like i do but a lot humans do have a problem with that.. Jun 15 12:38:42 i build openwrt on gentoo Jun 15 12:38:56 never had a problem with it, ever Jun 15 12:39:10 <^Willie^> Weedy: yes works fine but i liked to follow the howto's using the same host env .. Jun 15 12:39:32 <^Willie^> Weedy: since this gentoo setup is anything but perfect.. recompilation on recompilaton over 7 years.. Jun 15 12:40:01 <^Willie^> jumping from 2006 to 2008 while updating :) it is funky but not perfect.. Jun 15 12:41:07 acutally Jun 15 12:41:16 i have a gentoo server from around 2006 Jun 15 12:41:28 i should try updating it for shits ang giggles Jun 15 12:42:44 <^Willie^> Weedy: hmm gentoo farming "was" my job but nowdays more time for home hobby .. Jun 15 12:43:02 Weedy: shits and giggles sound like fun Jun 15 12:43:11 :) Jun 15 12:43:45 <^Willie^> blogic: hmm test in vm before putting your production box offline for a few hours :p Jun 15 12:44:06 may i ask a silly question ? what is the problem Jun 15 12:44:07 <^Willie^> if it fails in vm nobody care Jun 15 12:44:36 <^Willie^> blogic: for me looks like i have to rebuild my toolchain and then rebuild my openwrt build. Jun 15 12:44:44 <^Willie^> and include some debug stuff this time.. Jun 15 12:44:53 that is a mission statement Jun 15 12:45:05 <^Willie^> collectd and uclibc-??.so segfault Jun 15 12:45:08 so let me repeat my question ... what is the problem Jun 15 12:45:53 <^Willie^> collectd is not working so i do not get any graphs Jun 15 13:00:20 philipp64|laptop: --verbose Jun 15 13:05:50 ^Willie^: needs moar munin Jun 15 13:40:26 <^Willie^> Weedy: ehh this munin ? http://munin-monitoring.org/ Jun 15 13:41:40 i can h4z tight slang and shit Jun 15 13:41:48 soz sl4ng Jun 15 13:41:59 :) Jun 15 13:42:54 <^Willie^> Weedy: hmm but i do not think that collectd or munin will make a diff when the host is running on a pentium-m 1.6ghz Jun 15 13:43:18 <^Willie^> but more lightweight without loosing features is always nice Jun 15 13:53:16 jow * r27178 /trunk/target/linux/generic/patches-2.6.36/822-usb_serial_option_add_more_devices.patch: [generic] revert r26997, it does not apply against 2.6.36.4 Jun 15 13:54:30 luka12345|wiik: ping Jun 15 14:12:51 jow * r27179 /trunk/target/linux/generic/ (6 files in 6 dirs): [generic] backport upstream Kernel commit 1ed2f73d90fb49bcf5704aee7e9084adb882bfc5 (netfilter: IPv6: fix DSCP mangle code) Jun 15 14:44:21 jow * r27180 /branches/backfire/target/linux/generic-2.6/ (2 files in 2 dirs): [backfire] backport r27179 Jun 15 15:53:32 mirko: eh? Jun 15 17:14:20 xMff: how did the DSCP netfilter module manage to be broken this long with no one noticing? Jun 15 17:15:50 jow_laptop: can you please commit patch 1060? it's a one-liner. thanks. Jun 15 18:08:47 nbd * r27181 /trunk/target/linux/generic/ (config-2.6.38 config-2.6.39): add missing kernel config symbols for usb on powerpc Jun 15 18:19:52 jow * r27182 /trunk/target/linux/generic/config-2.6.39: Jun 15 18:19:52 [PATCH] 2.6.39.1: missing kernel symbols Jun 15 18:19:52 If you turn on I2C, you'll need this symbol defined. Jun 15 18:19:52 Signed-off-by: Philip A. Prindeville Jun 15 19:14:27 KanjiMonster: I would like to commit your linux 3.0 patches now any problems with that, or do you have commit access yourself now? Jun 15 19:16:46 philipp64|laptop: you said eglibc is failing to compile for you - even 2.12 Jun 15 19:39:27 Hauke: No that I know of, so please do so. Jun 15 19:40:04 KanjiMonster: just found a bug, I sent you a mail Jun 15 19:40:11 Hauke: I'll look into that Jun 15 19:40:18 just saw the email Jun 15 19:44:56 stupid regex Jun 15 19:54:18 or rather stupid me Jun 15 19:59:19 Hauke: fixed (I shouldn't test for "." if I just replaced them with underscores ....) Jun 15 20:00:09 i will rebase my lantiq3.0 tree on those patches tomorrow Jun 15 20:00:20 is the 3.0 series available in a git tree i can clone ? Jun 15 20:00:58 KanjiMonster: makes sense ;-) Jun 15 20:01:35 blogic: not the latest fixes, give me a minute Jun 15 20:02:18 sure Jun 15 20:04:11 KanjiMonster: next problem while running make download V=99 http://pastebin.com/8ZWW1rHD ;-) Jun 15 20:05:14 KanjiMonster: in patch 3 you should not remove endef but endif Jun 15 20:05:44 Hauke: yepp, just saw that ... actually quite obvious *sigh* Jun 15 20:07:57 Hauke: I just saw the next one... Jun 15 20:08:17 KanjiMonster: where? Jun 15 20:08:41 Hauke: in 4/10; i also should remove the generic AUTOLOAD for capi ... Jun 15 20:08:53 yes Jun 15 20:21:03 Hauke: should I resend, or is https://github.com/KanjiMonster/openwrt/commit/f8b0cabe3285ef2361ecbf590d642b72d2f49ef3.patch fine? Jun 15 20:21:52 KanjiMonster: this is fine Jun 15 20:22:27 KanjiMonster: you just removed AUTOLOAD:=$(call AutoLoad,30,kernelcapi capifs capi) and added a space before an other AUTOLOAD right? Jun 15 20:23:41 Hauke: I matched the indentation to the other check (i.e. ifeq/endif one space); I also removed a duplicate LINUX_3_0 dependency from pppol2tp Jun 15 20:23:48 don't know how that one crept in Jun 15 20:26:56 blogic: https://github.com/KanjiMonster/openwrt/commits/linux-3.0v3 - note that I'm still learning the ways of the git and might (accidentially or intentially) rebase or reset the repo or a branch ;) Jun 15 20:27:31 s/commits/tree/ Jun 15 20:49:05 KanjiMonster: how often is https://github.com/mirrors/openwrt/commits/master updated? Jun 15 21:08:33 Hauke: whenever I get to around to, so usually once every few days/if I see something potentially breaking stuff I'm working on (toolchain updates etc) Jun 15 21:10:11 Hauke: ah wait, you are talking about the git mirror Jun 15 21:10:18 yes Jun 15 21:10:40 Hauke: I think nearly realtime Jun 15 21:10:52 those mirrors are operated by the github staff directly Jun 15 21:11:04 and afair they clone from nbd.name Jun 15 21:11:10 tbh, I don't now. There seems to be a lag of a few hours (at least there was the last time I checked) Jun 15 21:11:14 which means it should have a 5-10 minute lag Jun 15 21:11:53 hauke * r27183 /trunk/include/kernel-version.mk: Jun 15 21:11:53 Properly extract KERNEL_PATCHVER for linux 3.0 Jun 15 21:11:53 Signed-off-by: Jonas Gorski Jun 15 21:12:26 hauke * r27184 /trunk/scripts/metadata.pl: Jun 15 21:12:26 Fix CONFIG_LINUX_ for linux 3.0 Jun 15 21:12:26 Signed-off-by: Jonas Gorski Jun 15 21:13:09 hauke * r27185 /trunk/target/linux/brcm47xx/image/Makefile: Jun 15 21:13:09 bcm47xx: Remove kernel checks from image Makefile Jun 15 21:13:09 2.4 isn't present anymore, so it will always be 2.6 (or newer). Since the Jun 15 21:13:09 2.6 check will break with 3.0, remove it alltogether. Jun 15 21:13:09 Signed-off-by: Jonas Gorski Jun 15 21:14:10 hauke * r27186 /trunk/package/kernel/modules/ (netsupport.mk other.mk usb.mk virtual.mk): Jun 15 21:14:10 package/kernel: Update version dependencies and kmods for linux 3.0 Jun 15 21:14:10 Also disable rtc-core for now since this changed to a bool, now directly Jun 15 21:14:10 used in the kernel if enabled. Jun 15 21:14:10 Signed-off-by: Jonas Gorski Jun 15 21:17:59 hauke * r27187 /trunk/package/mac80211/patches/ (53 files): Jun 15 21:17:59 package/mac80211: Add linux 3.0 compatibility Jun 15 21:17:59 Add patches from Hauke adding linux 3.0 compatibility. Jun 15 21:17:59 Signed-off-by: Jonas Gorski Jun 15 21:18:38 hauke * r27188 /trunk/package/madwifi/patches/476-3.0_detection_fix.patch: Jun 15 21:18:38 madwifi: Fix linux 3.0 detection Jun 15 21:18:38 Allows madwifi to be built against linux 3.0. Jun 15 21:18:38 Signed-off-by: Jonas Gorski Jun 15 21:19:14 hauke * r27189 /trunk/package/busybox/patches/470-insmod_search.patch: Jun 15 21:19:14 busybox: Fix insmod for linux 3.0 Jun 15 21:19:14 Insmod silently rejected being run on any non 2.x kernel. Make its version Jun 15 21:19:14 check allow newer kernels (and reject 2.4- when not enabling the 2.4 Jun 15 21:19:14 feature). Jun 15 21:19:14 Signed-off-by: Jonas Gorski Jun 15 21:19:42 hauke * r27190 /trunk/package/acx-mac80211/patches/004-ratelimit_compile_fix.patch: Jun 15 21:19:42 acx-mac80211: Compile fix for newer kernels Jun 15 21:19:42 common.c is missing an include for linux/ratelimit.h. Jun 15 21:19:42 Signed-off-by: Jonas Gorski Jun 15 21:32:22 hauke * r27191 /trunk/target/linux/generic/ (54 files in 2 dirs): Jun 15 21:32:22 linux/generic: Add support for 3.0-rc3 Jun 15 21:32:22 Also make linux identify itself properly as 3.0, not 3.0.0. Jun 15 21:32:22 Signed-off-by: Jonas Gorski Jun 15 21:37:48 KanjiMonster: as I do not have a bcm63xx device for testing I will not commit the patches for that arch Jun 15 21:38:25 Hauke: that's [florian]'s job :) **** ENDING LOGGING AT Thu Jun 16 02:59:57 2011