**** BEGIN LOGGING AT Sat Apr 02 02:59:58 2011 Apr 02 03:17:59 dingo * r26399 /packages/net/rsync/Makefile: Version Bump Rsync 3.0.8 Signed-off-by: Ian Leonard Apr 02 03:52:38 KanjiMonster: after a couple of minor tweaks, your patchset builds and runs for me! woohoo!!! Apr 02 05:49:20 cshore * r26400 /trunk/target/linux/generic/ (4 files in 4 dirs): [generic] flash_chips: Removed forced recognition of Macronix MX29LV640T flash chip. It should be recognized by the CFI and not need forcing. User has not since replied. Apr 02 06:40:11 When is it appropriate to bump the PKG_RELEASE value? For example, if I was altering configuration options exposed in make menuconfig, but not altering any of the package's code, should PKG_RELEASE be bumped? Apr 02 06:49:12 yes Apr 02 06:49:35 if the resulting binary changes or could potentially change the RELEASE should be bumped Apr 02 06:55:53 great, thanks Apr 02 12:00:44 xMff: spam replying to old spam -> https://forum.openwrt.org/viewtopic.php?id=26475 Apr 02 12:00:55 whoa Apr 02 12:01:07 hopefully it does not get self-aware ;) Apr 02 12:01:27 heh Apr 02 12:02:03 its dead now Apr 02 12:02:20 good Apr 02 12:14:18 any thoughts about this? https://dev.openwrt.org/ticket/8705 Apr 02 12:15:22 we need some hack Apr 02 12:15:31 I already un-broke image generation Apr 02 12:17:54 is it really needed to have that uboot-ar71xx-nbg460n_550n_550nh in the Packages list for a profile? i think its not build at all Apr 02 12:18:10 its a bit weird Apr 02 12:18:25 it is only built when a specific target profile is selected Apr 02 12:20:08 wouldn't it be a solution then to build always build it? Apr 02 12:20:19 yes Apr 02 12:22:07 hm no Apr 02 12:22:21 it would be crap to install u-boot into the generic image Apr 02 12:22:30 what is this package anyway Apr 02 12:23:11 ah hm Apr 02 12:23:18 PKG_TARGETS:=bin ;) Apr 02 12:23:58 yeah, problem is it ends up in the packages list Apr 02 12:24:07 and the imagebuilder wants to install it Apr 02 12:24:11 hm Apr 02 12:24:57 well, the metadata has 'Type: bin' Apr 02 12:25:04 so the imagebuilder just needs to ignore that Apr 02 12:28:21 don't see how Apr 02 12:28:34 right now we just feed $(PACKAGES) to opkg Apr 02 12:28:52 filtering would imply introducing metadata handling Apr 02 12:29:18 or changing the existing metadata to include an override variable Apr 02 12:29:29 for disabling all non-package stuff Apr 02 12:31:57 i'm still trying to figure out what this is at all. the uboot-bootloader or some utilities for it? Apr 02 12:32:17 its a custom u-boot Apr 02 12:32:32 apparently for some device which includes the loader in the iamge Apr 02 12:32:58 ok Apr 02 12:33:05 the uboot is realized as package which only defines compilation but no install Apr 02 12:33:23 so it does not result in a .ipk but creates binaries in the staging dir Apr 02 12:33:36 which are then passed to mkimage during image generation Apr 02 12:34:01 this works for buildroot but not for the IB Apr 02 12:34:04 i don't really see why that should be in default/mini images, too bad juhosg is not hereto ask him Apr 02 12:34:19 me neither Apr 02 12:35:28 well as I explained it has no size actually Apr 02 12:35:40 I suppose it is in the default list to trigger compilation Apr 02 12:37:54 it is also possible to do a quick hack Apr 02 12:38:32 by touching a /tmp/.uboot-ar71xx-nbg460n_550n_550nh in Package/Install :) Apr 02 12:38:54 then there will be a .ipk that can be installed Apr 02 12:38:58 let's fix this properly Apr 02 12:39:00 though there's still metadata overhead Apr 02 12:39:07 i'll look into it Apr 02 12:47:58 nbd * r26401 /trunk/ (4 files in 2 dirs): ar71xx: use DEFAULT:= in the uboot-ar71xx package instead of adding uboot to the profiles, fixes imagebuilder issues Apr 02 12:48:00 xMff: ^^ Apr 02 12:51:56 thanks Apr 02 12:52:09 thanks too Apr 02 12:55:33 nbd * r26402 /trunk/target/linux/generic/files/crypto/ocf/Kconfig: kernel: the cryptosoft module of ocf needs cryptoapi manager support (for blkcipher, hash) Apr 02 12:56:12 don't forget to close the ticket Apr 02 12:56:22 oh, right Apr 02 13:00:49 blogic * r26403 /trunk/target/linux/lantiq/falcon/profiles/ (000-generic.mk 001-lantiq.mk): Apr 02 13:00:49 [lantiq] Apr 02 13:00:49 remove unknown package names from DEFAULT:= Apr 02 13:24:49 jow * r26404 /trunk/package/uboot-ar71xx/patches/020-freebsd-compat.patch: [package] uboot-ar71xx: fix compilation on FreeBSD Apr 02 13:25:49 btw, wouldn't this u-boot package better be a tool? Apr 02 13:26:37 ideally a target Apr 02 13:51:16 I just built r26404 for ar71xx platform and it no longer produces firmware for FR-54RTR (Fry's Electronics), a.k.a DLink DIR-600-A1, router. Apr 02 14:03:24 Is it possible to compile a program written in C#? Apr 02 14:03:49 What I meant is if I can port a software package written in C# to OpenWRT. Apr 02 14:24:38 <_trine> asterisk g-talk does not compile Apr 02 14:32:30 nbd * r26405 /trunk/rules.mk: Apr 02 14:32:30 set TOOLCHAIN_DIR var when using external toolchain Apr 02 14:32:30 This patch allows to use the openwrt toolchain as external toolchain for the Apr 02 14:32:30 same project. See bug #9131 for details. Apr 02 14:32:30 Signed-off-by: Sven Bachmann Apr 02 14:53:06 nbd, since your commit rev. 26368 (ath9k: fix reported signal strength) the reported signal levels went down drastically. why is that? Apr 02 14:54:04 nbd, a client 10m from the ap is shown as having -100 dbm. and another one 1m from the ap has -78dbm. while the cleint itself report -45dbm. why this discrepancy? Apr 02 14:55:56 towolf: it's shown as having -100 dbm? what's the reported noise value? Apr 02 14:57:20 nbd, "signal avg: -91 dBm" "noise: -117 dBm" (this is a wndr3700, distance now 1m) Apr 02 15:03:47 nbd, there is so much odd stuff going on. e.g., 'signal avg:' values fluctuate more than 'signal:'. is this a rolling average over time? second, 'noise:' values across all channels go *down* (towards -Inf) when I produce noise nearby (microwave). third, what is the meaning of the values? Apr 02 15:05:47 probably the microwave is so strong that it doesn't just increase the noise floor, it's over the busy detection threshold Apr 02 15:06:35 nbd, no, busy times flatline during this. Apr 02 15:06:49 weird Apr 02 15:07:25 still working on an svg plot using your autochannel and jow’s bwc daemon. Apr 02 15:10:08 nbd, so do i have to calculate a factor of noise in relation to the busy times? i thought noise was independent? Apr 02 15:10:42 noise calibration works like this Apr 02 15:10:59 the radio measures the incoming signal for a period of times Apr 02 15:11:08 and keeps track of the lowest reported signal strength Apr 02 15:11:14 and that gets set as the noise floor Apr 02 15:11:23 the microwave probably does something that confuses this process Apr 02 15:12:04 and, the lowest reported signal strength refers to what? Apr 02 15:12:48 on the rx path Apr 02 15:12:50 in the radio Apr 02 15:13:32 and what is counted as busy? if signal is above some threshold? Apr 02 15:14:28 yes Apr 02 15:15:01 ok. and the difference between busy and receive? Apr 02 15:15:18 receive is the amount of time that the MAC is working on receiving a packet Apr 02 15:15:31 busy is when the MAC/baseband interface is not idle Apr 02 15:17:25 erm, so if MAC dwells on a channel and a packet comes in on the same channels that is receive, but if packets come on other channels that spill onto current channel that is busy? Apr 02 15:18:13 it can't always tell if a packet is from its operating channel or 5/10 mhz next to it Apr 02 15:18:35 aha. Apr 02 15:18:50 only one more question. Apr 02 15:19:14 when collecting surveys, is there any difference between scanning while in sta mode, or hopping channels in monitor mode? Apr 02 15:21:05 should be handled the same, except that every time the operating channel changes, the target channel survey stats are reset Apr 02 15:21:23 so if you use channel hopping in monitor mode you need to grab the survey stats on every completed hopping cycle Apr 02 15:22:44 yes, sure. i figured that out. it’s just that very short dwell periods lead to spiky data. a passive scan only dwells 130ms on a channel. Apr 02 15:30:00 nbd * r26406 /trunk/target/linux/generic/ (2 files in 2 dirs): kernel: add a missing dependency for the mv_cesa crypto driver Apr 02 15:45:42 hauke * r26407 /trunk/package/kernel/modules/crypto.mk: kernel: mv_cesa depends on CRYPTO_BLKCIPHER2 and CRYPTO_HASH2 Apr 02 16:11:22 nbd * r26408 /trunk/package/mac80211/patches/541-mac80211_fix_duplicate_probereq.patch: mac80211: fix duplicate probe request reception (triggering unnecessary probe responses in multi-BSSID setups) Apr 02 16:11:59 nbd * r26409 /branches/backfire/package/mac80211/patches/541-mac80211_fix_duplicate_probereq.patch: mac80211: fix duplicate probe request reception (triggering unnecessary probe responses in multi-BSSID setups), backport of r26408 Apr 02 16:40:02 nbd * r26410 /trunk/target/linux/generic/files/drivers/net/phy/rtl8306.c: rtl8306: do not overwrite registers in the phy fixup, it could mess up other switches (fixes #8911) Apr 02 16:40:58 nbd * r26411 /branches/backfire/target/linux/generic-2.6/files/drivers/net/phy/rtl8306.c: rtl8306: do not overwrite registers in the phy fixup, it could mess up other switches (fixes #8911), backport of r26410 Apr 02 16:58:26 nbd * r26412 /trunk/package/mac80211/Makefile: ath9k-htc: enable debugfs support Apr 02 16:58:55 nbd: you get paid to hack on openwrt? Apr 02 16:59:37 well, not directly (unless you also mean just for specific projects) Apr 02 17:00:00 but i get paid for ath9k, various kernel stuff and some of the user space code rewrite that i'm doing Apr 02 17:00:16 you always seem to be working on something and some of you commits are huge Apr 02 17:00:26 i just figured that takes alot of time Apr 02 17:00:42 unless your like a stay at home dad or someshit Apr 02 17:00:53 <_trine> and personal commitment Apr 02 17:01:04 can't imagine having a 9-5 and hacking so much on openwrt Apr 02 17:02:58 well, what i mentioned above is enough for me to make a living Apr 02 17:03:51 and i work from home, so i don't need a normal 9-5 Apr 02 17:05:02 i'm guessing it's not atheros but some kind of company like ubiquity that pays for your ath9k stuff Apr 02 17:05:11 ie: a user of the chips Apr 02 17:05:38 <_trine> you're fishing now :) Apr 02 17:05:47 it's not just one company Apr 02 17:05:54 i don't care which companies Apr 02 17:05:55 and i've also done contract work for atheros Apr 02 17:06:05 orly? cool Apr 02 17:06:21 yeah, back when AR9380 support was written Apr 02 17:06:37 i did that together with luis, senthil and vasanth Apr 02 17:06:41 hmm. yeah i guess they would care about that Apr 02 18:41:15 anyone seen Kaloz lately? I've not seen him in a few days... Apr 02 18:43:18 KanjiMonster: ping Apr 02 18:44:18 also, paste.openwrt.org still seems to be down. Apr 02 18:45:17 seeing the following watchdog timer... anyone else seen this? http://pastebin.com/JUYempEm Apr 02 18:51:34 philipp64|laptop: the box that was hosting it had multiple drive failure, I am getting new drives for it and it will go back to hosting Monday Apr 02 18:53:28 ok, thanks. wasn't sure if anyone was aware of it or not. Apr 02 18:54:16 philipp64|laptop: yep, that box also hosts the buildmaster so that is down as well Apr 02 18:54:40 ok, understood. Apr 02 18:55:08 well, best as I can tell, no one person owns the 8139cp driver... sigh. Apr 02 19:33:23 <_trine> trunk is not compiling for the dockstar :- http://dpaste.com/528172/ Apr 02 19:36:03 hauke * r26413 /trunk/package/kernel/modules/crypto.mk: Apr 02 19:36:03 kernel: remove double definition of depends in crypto-mv-cesa and make it look like the other entries. Apr 02 19:36:03 Thank you Maarten Apr 02 19:49:27 nbd * r26414 /trunk/package/hostapd/ (14 files in 2 dirs): hostapd: update to 20110402, fixes issues with non-QoS clients Apr 02 19:49:32 nbd * r26415 /trunk/package/hostapd/patches/700-random_pool_add_kernel.patch: hostapd: write a stampfile when the random pool has been initialized - fixes rejected assoc attempts after hostapd restart Apr 02 19:50:35 nbd * r26416 /branches/backfire/package/hostapd/ (14 files in 2 dirs): hostapd: update to latest trunk version (merge r26414, r26415) Apr 02 19:52:50 the dockstar code compiles when I dont include yate Apr 02 19:53:24 nbd * r26417 /trunk/target/linux/generic/config-2.6.38: kernel: add a missing kconfig symbol for 2.6.38 Apr 02 20:14:47 nbd: pong Apr 02 20:17:35 can someone let me know who the maintainer is for YATE please Apr 02 20:18:48 is it cshore ? Apr 02 20:19:25 most likely Apr 02 20:19:42 KanjiMonster: how's the xz stuff coming along? Apr 02 20:19:54 yes I think I have just found a reference him and YATE Apr 02 20:20:11 any issues that still need fixing? Apr 02 20:21:09 nbd: I mostly finished exposing the options, I now need test that they actually work and forward port the compat fixes (which I can't really test, so I'll need a tester then ;) Apr 02 20:21:33 i can help you with the darwin compat stuff Apr 02 20:22:04 and i think i also have access to a freebsd machine Apr 02 20:22:51 ah, nice Apr 02 20:23:09 KanjiMonster: tell me again what's missing on the squashfs4 stuff for 2.6.38? Apr 02 20:23:17 what's holding back the commit? Apr 02 20:23:26 philipp64|laptop: the compat stuff Apr 02 20:23:37 which is... Apr 02 20:23:45 also no time until yesterday from my side ;) Apr 02 20:24:03 *bsd and cygwin fixes as far as I can see Apr 02 20:24:16 for cross-compilation. Apr 02 20:24:17 cygwin is irrelevant, but the patch happened to fix stuff on mac os x as well Apr 02 20:24:41 i think we mostly only care about darwin and freebsd Apr 02 20:26:11 I've never tried to build on MacOS... Apr 02 20:26:20 i build on MacOS every day Apr 02 20:27:06 my Linux machine has a 4-disk RAID array, 8GB, and 4 Phenom cores... It's a lot quicker than I expect my '09 Macbook Pro 15" to be. Apr 02 20:27:18 in fact, i do almost all of my linux kernel development under MacOS ;) Apr 02 20:27:32 now if only I could replace the 3.5 HD's with SSD's... :-) Apr 02 20:27:55 but then I'd actually have to turn the heat on in my office. Apr 02 20:28:20 anyone think about an agenda for tomorrow's thing? Apr 02 20:29:52 what's Greger's handle, anyway? Apr 02 20:31:05 philipp64|laptop: glp Apr 02 20:33:02 ah, hi thepeople Apr 02 20:33:09 hello KanjiMonster Apr 02 20:35:06 thepeople: I officially give up - I tried everything I could think of. Should I just generate new ones (and this time I'll write my password down until I have a chance to use it)? Apr 02 20:36:01 KanjiMonster: yea, just send me new ones. It should take much less time this time around :-) Apr 02 20:36:59 thepeople: okay, will do :) Apr 02 21:08:07 ping Acinonyx Apr 02 21:08:14 My chat window is hanging Apr 02 21:08:59 heh Apr 02 21:09:49 Acinonyx: hey there....sorry about that....my chat window doesn't like your for some reason Apr 02 21:10:24 The pm screen was frozen Apr 02 21:12:18 maybe I said something that caused it to hang Apr 02 21:12:22 haha Apr 02 21:12:25 :) Apr 02 21:54:59 "make[2]: *** No rule to make target `host-refresh', needed by `refresh'. Stop." <- grmpf. okay, then there will be fuzz. Apr 02 21:59:16 nbd: ping Apr 02 22:02:01 pong Apr 02 22:03:40 nbd: most times I won't see the pong if you don't highlight me ;p - can you test if this one works for you? -> http://inuyasha.ath.cx/~jonas/0001-Update-squashfs-to-4.2.patch Apr 02 22:09:19 nbd * r26418 /trunk/package/mac80211/patches/580-ath9k_fix_ps_wakeup.patch: ath9k: fix missing chip wakeups causing instability issues on at least AR5416 (probably on other devices as well); fixes #9107 Apr 02 22:10:04 nbd * r26419 /branches/backfire/package/mac80211/patches/580-ath9k_fix_ps_wakeup.patch: ath9k: fix missing chip wakeups causing instability issues on at least AR5416 (probably on other devices as well); backport of r26418 Apr 02 22:19:40 KanjiMonster: there's a clash over liblzma.a between the lzma sdk and xz Apr 02 22:19:42 and then there's this: Apr 02 22:19:49 xattr.c:133: warning: implicit declaration of function 'llistxattr' Apr 02 22:19:49 xattr.c:185: warning: implicit declaration of function 'lgetxattr' Apr 02 22:19:55 (which later on turn into undefined references) Apr 02 22:20:26 the the xattr reading code should be #ifndef'd for non-linux systems Apr 02 22:28:15 nbd: the name clash was already there before Apr 02 22:29:27 yeah Apr 02 22:29:31 just now it's causing problems Apr 02 22:29:48 at least in my tests Apr 02 22:30:35 i guess we can get rid of liblzma installation for the lzma package together with the update Apr 02 22:34:22 nbd: unless we need it, we can probably also just disable xattr support (with XATTR_SUPPORT=0) Apr 02 22:38:44 yeah Apr 02 22:38:53 i'll fix up the remaining compile issues Apr 02 22:40:38 btw, I didn't change the defaults for xz/lzma; I just exposed the options as much as I could Apr 02 22:44:41 ok Apr 02 22:54:51 FATAL ERROR:mangle2:: lzma compress failed with error code 8 Apr 02 22:55:04 KanjiMonster: that's what i get when i try to create an lzma filesystem Apr 02 22:55:57 nbd: hm, strange, I'll see if I can reproduce it Apr 02 22:58:35 the error appears to be LZMA_OPTIONS_ERROR Apr 02 22:59:03 hrm Apr 02 22:59:08 I'll investigate Apr 02 23:00:26 something just broke refresh... Apr 02 23:00:56 hmm... http://fpaste.org/nuCn/ Apr 02 23:04:06 what commit do I need to back out? Apr 02 23:05:20 could it be that your .config is messed up? Apr 02 23:16:53 nbd: I think I found the problem, I'll have to rework the config storage, give me some minutes Apr 02 23:17:15 please send me incremental changes on top of your last patch when you've fixed it Apr 02 23:17:24 i'll fold them into the right patch Apr 02 23:21:15 sure, no problem Apr 02 23:35:20 would it be possible to add something to opkg that it installs the right kmods for the actual kernel if there are 2 versions of each kmod available (one local, one in openwrt trunk snapshots)? Apr 02 23:59:50 * russell-- just got a generic patch failure 030-pci-mumble-mumble for 2.6.37 with an attempt to build 2.6.37.6 for brcm47xx Apr 03 00:05:19 russell--: there is a patch for 2.6.37.6 on the mailing list Apr 03 00:06:05 what's the status of patches-2.6.38 for brcm47xx? Apr 03 00:09:04 I started working on this, but something is wrong it does not boot and shows no error message when when early printk is enabled Apr 03 00:09:51 I will investigate into this tomorrow Apr 03 00:11:23 the patch i'm seeing on the mailing list is related to crypto, my problem is related to pci-quirks Apr 03 00:11:51 i'll reel back to 2.6.37.4 for now Apr 03 00:12:52 I think it is this: http://patchwork.midlink.org/patch/821/ Apr 03 00:13:01 I haven't tried it Apr 03 00:13:30 I will go to sleep now, bye Apr 03 00:13:37 ok thx Apr 03 00:31:34 nbd: http://inuyasha.ath.cx/~jonas/0002-squashfs4.2-fix-lzma-xz-options.patch Apr 03 00:38:39 flyn * r26420 /packages/libs/vips/ (3 files in 2 dirs): Apr 03 00:38:39 Update to 7.24.1 Apr 03 00:38:39 Also: Apr 03 00:38:39 remove the dependency on imagemagick and libfreetype to keep the library small Apr 03 00:38:39 use --disable-debug and --disable-gtk-doc Apr 03 00:38:39 add a patch to fix --tag=CXX issue; autotools is being stubborn about compiling as C++ Apr 03 00:41:34 flyn * r26421 /packages/ (3 files in 3 dirs): Update dmapd and libdmapsharing to new upstream versions; use BDB module by default Apr 03 00:42:55 interesting. the new squashfs tool generates a filesystem that is 20kb smaller than with the old tool Apr 03 00:44:26 no, wait Apr 03 00:44:31 that was the wrong tool Apr 03 00:46:42 ok, old and new tool generate binaries with roughly the same size Apr 03 00:54:00 i'll try flashing an image now Apr 03 00:54:12 if that works, then i guess it can be committed Apr 03 00:55:36 nbd: you could try -Xpreset 9 -Xe and see if this produces smaller images Apr 03 00:55:58 i had already added that Apr 03 00:56:14 including my optimized lc,lp,pb values that we were using in the old mksquashfs4 version Apr 03 00:56:39 those parameters make a difference of 20kb Apr 03 00:57:31 xz is around 2 kb bigger than lzma Apr 03 00:57:35 (same parameters) Apr 03 00:58:19 sounds neglectible Apr 03 00:58:24 yes Apr 03 01:00:01 new image works Apr 03 01:03:05 going to bed now, I have to cheer for a friend at the half marathon tomorrow ;) Apr 03 01:03:26 (luckily I don't have to run myself ;) Apr 03 01:05:03 :) Apr 03 01:05:53 good night! Apr 03 01:06:38 good night Apr 03 01:06:40 nbd * r26422 /trunk/ (12 files in 5 dirs): Apr 03 01:06:40 tools/squashfs4: update to version 4.2 (adds support for xz compression) Apr 03 01:06:40 Based on a patch by Jonas Gorski Apr 03 01:06:45 nbd * r26423 /trunk/tools/lzma-old/Makefile: lzma-old: do not install $(STAGING_DIR_HOST)/bin/lzma Apr 03 01:27:57 nbd * r26424 /trunk/package/kernel/modules/usb.mk: kernel: add a package for the sierra_net module for sierra wireless 3g devices Apr 03 01:27:59 nbd * r26425 /trunk/package/kernel/modules/usb.mk: kernel: usb-net depends on kernel MII support Apr 03 01:28:26 nbd * r26426 /trunk/package/base-files/files/lib/network/config.sh: (log message trimmed) Apr 03 01:28:26 base-files: bridge config, avoid having a random ipv6 ll address Apr 03 01:28:26 So far, we are setting the bridge interface up before having added any Apr 03 01:28:26 bridge interface ports. This results in the bridge assigning a random Apr 03 01:28:27 mac address to its bridge interface and therefore IPv6 assigning a Apr 03 01:28:27 matching link local address to the bridge interface as soon as the Apr 03 01:28:28 bridge interface is up. After adding the first bridge port interface, Apr 03 01:29:12 nbd * r26427 /branches/backfire/package/base-files/files/lib/network/config.sh: (log message trimmed) Apr 03 01:29:13 base-files: bridge config, avoid having a random ipv6 ll address (backport of r26426) Apr 03 01:29:13 So far, we are setting the bridge interface up before having added any Apr 03 01:29:13 bridge interface ports. This results in the bridge assigning a random Apr 03 01:29:13 mac address to its bridge interface and therefore IPv6 assigning a Apr 03 01:29:13 matching link local address to the bridge interface as soon as the Apr 03 01:29:14 bridge interface is up. After adding the first bridge port interface, Apr 03 01:31:25 flyn * r26428 /packages/net/dmapd/Makefile: Update dmapd to new upstream version; properly build BDB module Apr 03 02:00:02 nbd * r26429 /trunk/package/busybox/ (Config.in Makefile): busybox: only add the librpc build dependency for uclibc (#8864) Apr 03 02:00:47 nbd * r26430 /trunk/package/busybox/Makefile: busybox: simplify conditional dependency on librpc Apr 03 02:11:35 is anyone else still seeing #6804 on brcm47xx? it's still an issue on my truemobile 2300v1 Apr 03 02:12:41 nbd * r26431 /trunk/include/package-ipkg.mk: Apr 03 02:12:41 build: do not use shell calls to export empty opkg control files, speeds up package build and fixes some "Argument list too long" errors Apr 03 02:12:41 Patch by Thomas Langer from #8450 Apr 03 02:12:48 Does anyone here know if this BUFFALO WCR-GN WIRELESS-N 150 ROUTER (http://www.frys.com/product/6449512) is going to be supported under OpenWRT? Apr 03 02:15:12 nbd * r26432 /trunk/include/package-ipkg.mk: build: move the SH_FUNC eval to the beginning of the opkg control file build command chain, not in front of every single command Apr 03 02:20:37 nbd * r26433 /branches/backfire/include/package-ipkg.mk: build: do not use shell calls to export empty opkg control files, speeds up package build and fixes some "Argument list too long" errors (backport of r26431) Apr 03 02:27:44 nbd: ping Apr 03 02:28:04 possible to add http://distfiles.macports.org/cmake/ to dist sites for cmake as cmake.org is currently down Apr 03 02:28:43 or copy it to an openwrt mirror site Apr 03 02:33:07 OutBackDingo: it's on mirror2 now Apr 03 02:33:59 nbd: cool, at least now others will be able to build also **** ENDING LOGGING AT Sun Apr 03 02:59:58 2011