**** BEGIN LOGGING AT Tue Sep 14 02:59:57 2010 Sep 14 03:34:13 build #89 of adm5120 is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/adm5120/builds/89 Sep 14 04:19:54 build #102 of octeon is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/octeon/builds/102 Sep 14 05:09:37 build #99 of cobalt is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/cobalt/builds/99 Sep 14 06:13:43 does anyone know why ag71xx has problems with kamikaze 8.09, 8.09.2, but not the current svn trunk? Sep 14 06:13:49 i essentially need it work with kernel version 2.6.26.x, so that kaodv will run too Sep 14 06:13:55 i'm never sure which channel to put it in Sep 14 07:32:56 hello Sep 14 07:38:55 hi Sep 14 12:07:24 juhosg * r23058 /trunk/target/linux/generic/ (5 files in 5 dirs): Sep 14 12:07:24 generic: add support for the EON EN25F32 flash chip Sep 14 12:07:24 * based on a patch by laigor from #7882 Sep 14 13:08:12 build #78 of xburst is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/xburst/builds/78 Sep 14 13:51:46 build #115 of ar71xx is complete: Failure [failed compile] Build details are at http://tksite.gotdns.org:8010/builders/ar71xx/builds/115 Sep 14 14:30:33 build #113 of brcm63xx is complete: Failure [failed compile_4] Build details are at http://tksite.gotdns.org:8010/builders/brcm63xx/builds/113 Sep 14 15:13:17 build #77 of uml is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/uml/builds/77 Sep 14 16:22:49 hi Sep 14 16:23:28 can someone please apply my patch i sent yesterday to the ml? it updates 2.6.34.5 to 2.6.34.7 on all earches that use 2.6.34.5 Sep 14 16:23:45 earches=arches Sep 14 16:30:53 nbd * r23059 /trunk/package/mac80211/patches/550-ath9k_bssid_mask_fix.patch: ath9k: fix multi-bss operation (fixes #7914) Sep 14 16:49:31 ping nbd Sep 14 19:56:32 <_trine> I have found out why my dockstars will not boot into the usb drive from a power up situation Sep 14 19:56:50 <_trine> the answer is simple Sep 14 19:57:21 <_trine> they will not boot into the usb drive from a power on unless the pen drive is less than 8 gigs Sep 14 19:57:46 <_trine> which rules out using for the time being my 16 gig pen drives Sep 14 20:52:03 I'm updating the nmap package and would like some guidance :) Sep 14 20:52:12 nmap source now have nmap plus 4 tools Sep 14 20:52:33 ask away Sep 14 20:53:06 one of them is ncat, which I use to break enterprise proxyed networks, so I think its usefull in its own Sep 14 20:53:46 I modified the package to have nmap and then each tool as an option, but I now got that it's not the good way since it is impossible to install with opkg individually Sep 14 20:54:16 so I think the best is to have 1 - nmap, 2 - ncat, 3 - nmap-tools Sep 14 20:54:24 is this the correct way? Sep 14 20:54:30 second question Sep 14 20:54:52 both nmap and ncat can be linked to openssl to have...ssl capabilities Sep 14 20:54:59 yes, correct way to have individual pkgs, you can still group them in menuconf if you like Sep 14 20:55:06 each of them must have that option individually and disabled by default? Sep 14 20:55:14 ssl can be handled with build variants Sep 14 20:55:20 check package/hostapd Sep 14 20:55:34 it builds hostapd, hostapd-mini, wpad, wpad-mini all out of the same sources Sep 14 20:55:36 yes, I have that implemented, but one option for the entire bundle Sep 14 20:55:50 create an nmap, ncat and nmap-ssl, ncat-ssl Sep 14 20:56:50 ok, so no options so that opkg can install them also Sep 14 20:57:09 I rarely post-install packages, so I never think about the users...:) Sep 14 20:57:22 yes Sep 14 20:57:32 and what do you mean by gouping them in menuconf? Sep 14 20:57:35 compile time options are double-edged swords Sep 14 20:57:41 in a sub-menu? Sep 14 20:57:43 yes Sep 14 20:58:10 e.g. Network -> nmap Suite -> [ ] nmap [ ] ncat [ ] foo [ ] bar Sep 14 20:59:31 ok Sep 14 20:59:51 there is another variable, that is LUA scripting, I have to check if it is worth to add the option Sep 14 20:59:52 thanks Sep 14 21:01:29 I suppose its only interesting for really heavy users of nmap Sep 14 21:01:41 I use it from time to time but never thought about scripting it Sep 14 21:01:46 but then you never know Sep 14 21:02:17 my business is only ncat, so I even care less... Sep 14 21:02:43 focus on ssl/nossl Sep 14 21:03:34 one interesting thing is that the performance was around 1000x slower than on the PC Sep 14 21:03:36 (nmap) Sep 14 21:03:53 I narrowed it to a uClibc++ issue Sep 14 21:03:53 https://bugs.busybox.net/show_bug.cgi?id=2545 Sep 14 21:04:06 so it is linking to libstdcpp on the meantime Sep 14 21:04:20 (that's the bug report I filled) Sep 14 21:17:13 nbd * r23060 /trunk/package/mac80211/patches/300-mac80211_release_reorder_fix.patch: mac80211: add a pending fix for a locking error in the aggregation reorder release code Sep 14 21:19:19 * dottedmag wonders why /etc/init.d/firewall restart does not call hotplug. It seems to break upnpd. Sep 14 21:20:04 dottedmag: hotplug wouldn't help Sep 14 21:20:57 xMff: if restart would call hotplug-call with ACTION=remove it'd call /etc/hotplug.d/firewall/50-miniupnpd which would perform cleanup as necessary. Sep 14 21:21:24 ah that Sep 14 21:21:26 trunk? Sep 14 21:21:55 Hmm, backfire Sep 14 21:22:02 k Sep 14 21:22:07 * dottedmag checks trunk Sep 14 21:22:14 trunk has the same issue Sep 14 21:22:22 okay. are patches welcome? Sep 14 21:22:35 sure, I can look into trunk right now Sep 14 21:22:40 and backport the changes Sep 14 21:22:57 restart dars not properly deconstructs the fw Sep 14 21:22:59 * dottedmag stumbled upon it during packaging udpxy which needs to add fw rules as well. Sep 14 21:23:01 it just flushes everything Sep 14 21:23:09 *does Sep 14 21:23:31 zone-ifname mappings are present as state vars Sep 14 21:23:33 pretty efficient solution. sadly it is not correct one :) Sep 14 21:23:41 in the core section Sep 14 21:23:57 I'll see whether I can add a loop that emits a remove for each zone/ifname Sep 14 22:11:18 dottedmag: http://paste.tksite.gotdns.org/d7df7d9e5 Sep 14 22:56:24 xMff: will it clean up state between stop & start? Looks like all addif() during start will bail out early, so hotplug on start won't be called. Sep 14 22:56:46 probably forgot to clear it Sep 14 22:57:18 hm no, uci_revert_state firewall Sep 14 22:57:52 addif calls Sep 14 22:57:52 config_get n_if core "${network}_ifname" Sep 14 22:57:52 config_get n_zone core "${network}_zone" Sep 14 22:58:02 are those reverted as well? Sep 14 22:58:33 yes Sep 14 22:58:45 Ah, I see. Those are in 'firewall'. Sep 14 22:58:52 nbd * r23061 /trunk/package/ (34 files in 3 dirs): mac80211: upgrade to wireless-testing 2010-09-14, replace the external carl9170 with the recently merged upstream version Sep 14 23:00:56 uci -P /var/state show firewall.core Sep 14 23:01:02 that will list the current state vars Sep 14 23:01:13 revert on firewall will clear out the entire firewall.core Sep 14 23:01:16 its virtual Sep 14 23:02:29 Right. I just forget that config_* stuff uses last loaded config. Sep 14 23:04:52 firewall.core.zones=cfg12 Sep 14 23:04:58 oops :P Sep 14 23:05:04 looks wrong, Sep 14 23:05:06 wait... Sep 14 23:05:15 yeah I added the code without testing Sep 14 23:07:05 http://paste.tksite.gotdns.org/d2633e51f Sep 14 23:13:24 xMff: this patch works for me Sep 14 23:13:45 dottedmag: great Sep 14 23:13:57 xMff: so Tested-by: Mikhail Gusarov Sep 14 23:15:21 jow * r23062 /trunk/package/firewall/ (Makefile files/lib/core.sh files/lib/core_interface.sh): [package] firewall: deliver remove hotplug events for all active zones/networks when restarting the firewall Sep 14 23:15:57 jow * r23063 /branches/backfire/package/firewall/ (Makefile files/uci_firewall.sh): [backfire] backport r23062 Sep 14 23:16:31 thanks for testing :) Sep 14 23:16:34 xMff: this change probably fixes this bug as well: https://dev.openwrt.org/ticket/7040 Sep 14 23:17:56 I need to look into miniupnd again soon Sep 14 23:18:56 xMff: it does not re-create custom chains if there is state kept, which was not discarded due to missing hotplug remove event. Sep 14 23:19:06 ah Sep 14 23:19:27 heh, I wrote that stuff I should know :P Sep 14 23:19:29 xMff: and this bug too: https://dev.openwrt.org/ticket/6692 Sep 14 23:19:30 too long ago Sep 14 23:28:26 * dottedmag is confused by zones, interfaces and devices Sep 14 23:28:43 device is the linux ifname Sep 14 23:28:52 interface is the name from /etc/config/network Sep 14 23:28:58 zone is the firewall zone they're in Sep 14 23:29:24 Am I right that the following holds: each zone contains 0..+infinity interfaces, each interface belongs to single zone, each interface corresponds to single device? Sep 14 23:29:34 yes Sep 14 23:30:03 interface is basically a container of settings for a given device Sep 14 23:30:19 There may be devices which do not correspond to any interface, right? Like lo Sep 14 23:30:25 yes Sep 14 23:30:31 unmanaged devices Sep 14 23:30:45 but such devs will never show up in firewall hotplug Sep 14 23:30:52 and cannot be referenced with firewall config Sep 14 23:31:46 May there be interfaces which are not included in any zone? Sep 14 23:31:54 yes Sep 14 23:32:12 in most cases that would be user error Sep 14 23:32:18 or "choice" Sep 14 23:33:07 Such interfaces also don't get hotplug'ed, right? Sep 14 23:33:21 they do not receive firewall hotplug events Sep 14 23:33:28 Yep, that's what I meant. Sep 14 23:33:31 but interface events are delivered Sep 14 23:33:36 Thanks, it's much clearer now. Sep 14 23:34:40 if you have something that does needs notification of any iface including unmanged ones, use /etc/hotplug.d/net Sep 14 23:34:54 if you need interface (ifup/ifdown) events use .../iface Sep 14 23:35:00 That's what I'm reading right now :) Sep 14 23:35:08 if you need firewall (add/remove) use ../firewall Sep 14 23:35:39 there are more but those are not network related Sep 14 23:35:45 usb or input for example Sep 15 00:52:09 build #113 of avr32 is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/avr32/builds/113 Sep 15 01:58:26 jow * r23064 /trunk/package/firewall/ (Makefile files/firewall.hotplug files/lib/core.sh): [package] firewall: run ifdown hotplug events synchronized, fixes a racecondition on "ifup iface" when ifdown and ifup events are delivered with a small dealy Sep 15 02:47:51 cshore, ping **** ENDING LOGGING AT Wed Sep 15 02:59:57 2010