**** BEGIN LOGGING AT Tue Jul 08 02:59:57 2008 Jul 08 03:54:59 looks like new ocf code drop works with asus wl500g Jul 08 03:55:58 0.003 sec, 2 aes crypts, 16384 bytes, 13008337 byte/sec, 99.2 Mb/sec Jul 08 03:55:58 0.005 sec, 2 aes crypts, 32768 bytes, 14225309 byte/sec, 108.5 Mb/sec Jul 08 03:55:58 0.009 sec, 2 aes crypts, 65280 bytes, 14941634 byte/sec, 114.0 Mb/sec Jul 08 04:03:33 blech. seems xl2tpd went missing from openwrt. have to resubmit it again i guess Jul 08 05:27:42 LetoTo: most of the build process takes advantage of jobserver; certain parts don't because they don't parallelize well. Jul 08 06:11:07 hcg * r11745 /trunk/target/linux/at91/ (3 files in 2 dirs): Added gpio and led drivers for 2.6.25.10 kernel Jul 08 06:13:56 hcg * r11746 /trunk/target/linux/at91/ (config-2.6.22 patches-2.6.22/): Removed patches and config for non-functional 2.6.22 kernel Jul 08 06:31:11 cool. crypto is now stable with ocf Jul 08 06:31:19 openswan compiled with ocf support Jul 08 11:28:45 florian * r11747 /trunk/target/linux/rdc/ (Makefile patches-2.6.24/600-x86_lzma.patch): Stick to 2.6.24 on rdc for now Jul 08 12:13:05 hcg * r11748 /trunk/target/linux/at91/patches-2.6.25/017-usb_serial_endpoint_size.patch: Added in sub endpoint size patch Jul 08 15:11:40 <[florian]> Kaloz: ping ? Jul 08 15:23:36 Kaloz: dude does forum2008 ever stop fucking whining Jul 08 17:48:40 noz * r11749 /trunk/package/b43/Makefile: Make b43 module depend on crypto modules Jul 08 17:50:43 noz * r11750 /trunk/target/linux/brcm47xx/patches-2.6.25/630-ssb-fix-irq-init.patch: Jul 08 17:50:43 [brcm47xx] On embedded devices we must not route the interrupts through the PCI Jul 08 17:50:43 core, if our host-bus is not PCI Jul 08 17:50:43 Reported-by: Steve Brown Jul 08 17:50:43 Signed-off-by: Michael Buesch Jul 08 17:52:22 klapaucjusz: Try now. This was the patch sent to the -devel list Jul 08 18:11:28 noz: I've just finished compiling a 2.4 version, but haven't flashed it yet. Jul 08 18:11:52 Is it worth spending a few hours to try it out? I'm quite willing to do it, but wouldn't like to loose my time again. Jul 08 18:17:14 No guarantees I'm afraid. It still doesn't work for me (no scan results), but at least the module loads OK. Jul 08 18:28:31 noz: I'm afraid I've temporarily run out of the time I can afford to spend on that... Jul 08 18:30:19 No problem - I fully understand time constraints :( Jul 08 18:33:51 Don't we all... I'm late for dinner. Jul 08 18:36:30 noz: b43 does not depend on any crypto. You should add these deps to mac80211 Jul 08 19:14:57 mb___: Sorry. I've clearly misunderstood. If you try to load the b43 module without the crypto modules, you get a message along the lines of "unable to initialise wep", so I thought that's where the dep was. Jul 08 19:22:50 hi folks! Jul 08 19:22:56 aroscha: huh? Jul 08 19:23:06 bind8 and bind9 have a very nasty poisoning bug right now Jul 08 19:23:15 dan kaminsky discovered it Jul 08 19:24:03 http://www.isc.org/sw/bind/bind-security.php Jul 08 19:24:41 maybe it would be wise to check the small recursive resolvers in openwrt packages for this bug Jul 08 19:43:47 noz: yeah that message is coming from mac80211, not b43 Jul 08 19:44:50 OK. I'll try to flip the deps round tonight if I can. Jul 08 21:32:41 aaron * r11751 /packages/net/olsrd/files/olsr.config: update to current options Jul 08 21:36:03 jup Jul 08 21:36:19 hi acinonynx :) Jul 08 21:36:25 hey Jul 08 21:45:29 is there some way to V=99 debug the attempted patches that are going to be applied to a package (and why they fail)?? Jul 08 21:51:39 aroscha: doesnt it stop the build when a patch fails? Jul 08 21:51:51 it does Jul 08 21:51:56 You should get the details of the failure using V=99. Why they fail is going to be up to you to look at the rejects :) Jul 08 21:51:59 but I would like to see why the patch failed Jul 08 21:52:04 ach Jul 08 21:52:05 ok Jul 08 21:52:06 :) Jul 08 21:52:12 patch shows in .rej files which did not apply Jul 08 21:52:19 your brain has to find the reason Jul 08 21:52:20 It'll tell you which hunk fails Jul 08 21:52:31 From then it's up to you... Jul 08 21:53:04 ahh Jul 08 21:53:17 ok. *turn-on-brain* Jul 08 21:53:24 I did not know about the .ref files Jul 08 21:53:27 .rej Jul 08 21:53:30 thanks! Jul 08 21:55:41 Actually I rarely use the .rej files, preferring just to look at the hunk which failed in the original patch file (I read unified diffs more easily than context diffs) Jul 08 21:56:12 but the strange thing is that there is no patch in there which could produce that .rej file somewhere else Jul 08 21:56:14 hmmm Jul 08 21:56:27 and it is still here after mving it away Jul 08 21:56:30 and rebuilding Jul 08 21:56:32 very weirt Jul 08 21:56:34 weird Jul 08 21:56:59 So the full sequence of events you want to do, having identified package yyy as failing to patch is: Jul 08 21:57:21 make package/yyy-prepare QUILT=1 Jul 08 21:57:51 (learn how to use quilt ;) Jul 08 21:58:53 then you can edit the patch file until it applies Jul 08 21:59:05 it compiled now Jul 08 21:59:20 the point was - there was no patch file anymore :) Jul 08 21:59:30 but it still somehow generated a .rej Jul 08 21:59:31 ... sorry I mean edit the source until it does what you need, and then quilt refresh will remake the patch Jul 08 21:59:37 okok Jul 08 21:59:39 got it Jul 08 21:59:50 * aroscha will learn quilt! Jul 08 22:00:12 It's worth it Jul 08 22:00:38 thx! Jul 08 22:00:45 appreciate the hints Jul 08 22:02:39 aaron * r11752 /packages/net/olsrd/Makefile: bump version to -rc7 which is almost the 0.5.6 release Jul 08 22:03:30 good. one more question: does it make sense to "backport" olsrd-0.5.6-rc7 to whiterussian and to kamikaze 7.09? Jul 08 22:03:42 it does have quite a few stability fixes inside Jul 08 22:18:30 stupid me: I answered my own question. Jul 08 22:39:52 hmm... hostapd does not compile with the most current madwifi (trunk) **** ENDING LOGGING AT Wed Jul 09 02:59:56 2008