**** BEGIN LOGGING AT Wed Sep 15 02:59:57 2010 Sep 15 03:02:34 jow * r23065 /packages/net/miniupnpd/ (Makefile files/miniupnpd.hotplug files/miniupnpd.init): [packages] miniupnpd: rework firewall integration, should be much more robust now Sep 15 03:05:05 xMff, miniupnpd can do port forwarding yeah? Sep 15 03:05:55 RealOpty: yeah Sep 15 03:06:29 hmm thats what i thought. Sep 15 03:07:07 its the auto-port-forward crap Sep 15 03:07:24 used by some clients Sep 15 03:07:25 for some reason my ps3 dont see the the upnp server :/ Sep 15 03:07:43 ok ty Sep 15 03:07:59 xMff, is that stuff enabled by default? Sep 15 03:08:01 ps3 seems to be bitchy anyeay Sep 15 03:08:07 tru Sep 15 03:08:15 the dlna server has workarounds for it too Sep 15 03:09:06 uShare works great with the ps3 :) but no port forwarding Sep 15 03:09:51 upnp is not enabled by default Sep 15 03:09:57 you have to enable it twice Sep 15 03:10:10 once the init script and once in the config Sep 15 03:10:27 oh maybe that was the prob Sep 15 03:10:46 and until a few minutes ago the firewall stuff had issues Sep 15 03:11:40 gonna update backfire too? Sep 15 03:11:49 is already Sep 15 03:12:28 up 51 days <-- my main router has been running strong Sep 15 03:12:45 running backfire from svn Sep 15 03:12:58 had a power outage recently :( Sep 15 03:13:01 > 120 before Sep 15 03:13:15 that was when I switched to wds :P Sep 15 03:13:24 damn, thats a nice one too Sep 15 03:13:56 get a UPS for the future ;p Sep 15 03:14:07 nah Sep 15 03:14:10 not for the routers Sep 15 03:15:39 xMff, WDS is mainly for using more than one AP as the same SSID for seamless integration of expanding a wireless network range, yeah? Sep 15 03:16:07 yes Sep 15 03:16:48 ah ok. i never knew the purpose. Sep 15 03:17:57 jow * r23066 /packages/net/openvpn/Makefile: [packages] openvpn: bump to v2.1.3 (#7942) Sep 15 03:18:48 if i ever get a laptop ill most likely use WDS too. right now only wireless client i have is ps3. wife has her laptop that she dont use as a laptop???lol??? :\ Sep 15 03:18:58 nbd * r23067 /trunk/package/hostapd/patches/430-supplicant_bridge_fix.patch: hostapd: fix wpa_supplicant crash issues in WDS STA mode Sep 15 03:19:01 my flat spans across two levels Sep 15 03:19:07 and I cannot lay a cable Sep 15 03:19:20 so I have a wireless link Sep 15 03:19:33 and since I want it to be one big ethernet I did wds Sep 15 03:19:39 so broadcasts, zeroconf etc. work Sep 15 03:20:21 roaming is a nice side effect but I usually do not use it Sep 15 03:20:25 very nice. great use of WDS Sep 15 03:23:26 ping cshore Sep 15 03:25:03 xMff, when you get time, u should make the muninlite replacement into a package. (theres a ticket that bushmills submitted a reworked version just for openwrt that is only 1 file, very lightweight and dont depend on perl) Sep 15 03:25:43 lightwight yews but the code is not that great Sep 15 03:25:55 it will fails for most interfaces Sep 15 03:26:11 everything with a hyphen or dot in it Sep 15 03:26:28 which is unfortuntaely the majority on many openwrt systems :) Sep 15 03:26:35 ah never knew that Sep 15 03:26:58 apart from that it has much potential for optimizations Sep 15 03:27:08 its a great piece of work :) indeed Sep 15 03:28:29 it helped me out the other day, i was wondering why i had some lag, and i was looking at the graphs and the cpu usage was like above 50% for almost a week, due to a program i ran and forgot to kill Sep 15 03:29:07 turns out KAI (or is it kaid?) dont work on openwrt Sep 15 03:29:38 whatever this is Sep 15 03:30:44 kaid is a service that host xbox1 games Sep 15 03:31:33 http://www.teamxlink.co.uk/ Sep 15 03:31:44 ah... for "backups" ;) Sep 15 03:32:29 no Sep 15 03:32:35 yeah just seen it Sep 15 03:33:05 lol ok sure Sep 15 03:34:08 its a service that makes 'system link' work over the inet Sep 15 03:34:13 so basicly free xbox live Sep 15 03:34:24 with out the 'live' service Sep 15 03:44:19 build #106 of sibyte is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/sibyte/builds/106 Sep 15 03:52:31 jow * r23068 /trunk/package/kernel/modules/netdevices.mk: Sep 15 03:52:31 [PATCH] Support for RTL-8139C+ ethernet adapters Sep 15 03:52:31 Signed-off-by: Nathan Williams Sep 15 03:53:37 jow * r23069 /branches/backfire/package/kernel/modules/netdevices.mk: [backfire] merge r23068 Sep 15 03:56:28 jow * r23070 /trunk/package/kernel/modules/netdevices.mk: Sep 15 03:56:28 [PATCH] Support for Solos PCI ADSL2+ modem Sep 15 03:56:28 This driver is used by Traverse Technologies' Geos ADSL2+ x86 router: Sep 15 03:56:28 http://www.traverse.com.au/productview.php?product_id=117 Sep 15 03:56:28 Signed-off-by: Nathan Williams Sep 15 06:12:55 xMff, https://dev.openwrt.org/browser/trunk/package/base-files/files/etc/banner Sep 15 06:13:20 change KAMIKAZE to trunk? Sep 15 07:19:11 build #98 of etrax is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/etrax/builds/98 Sep 15 07:30:38 hello Sep 15 09:52:43 build #120 of atheros is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/atheros/builds/120 Sep 15 10:10:11 build #129 of ppc40x is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/ppc40x/builds/129 Sep 15 10:38:09 build #98 of gemini is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/gemini/builds/98 Sep 15 11:41:43 isn't it trivial to run GTK applications on a regular router, if forwarded to a regular PC with ssh -X? Sep 15 11:42:09 given enough resources it probably is Sep 15 11:42:18 however the x11/gtk/qt stuff is hughe Sep 15 11:42:25 *huge Sep 15 11:42:41 you'll probably need openssh instead of dropbear too Sep 15 11:42:43 I had to put the /overlay on a ext-root Sep 15 11:42:49 yes, also openssh-server Sep 15 11:43:02 but I still get exceptions... Sep 15 11:47:06 probably I need to change Package features -> Drawing backend Sep 15 12:25:03 hi. I have compiled openwrt for mips malta (little endian) & now I'm trying to run it with qemu. All seems to be well, until pcnet32 is detected, then nothing else happens.... gdb'ed into it and I see the cpu waiting in start_kernel (rest_init->cpu_idle->r4k_wait). Sep 15 12:26:02 dtatulea: must be a regression Sep 15 12:26:14 dtatulea: did you try an image without pcnet32 drivers yet? Sep 15 12:27:56 nope. tried -net none in qemu,it finds pcnet32, but it doesn't register it. And it freezes after that.\ Sep 15 12:28:19 xMff: I can try building without the pcnet32 driver & see what happens. Sep 15 12:34:37 xMff: Nope. It's something else. Removed the pcnet32 stuff but it still hangs. Note: it's not a complete freeze, if I press any key, I can see it appearing on the serial. It's just that there's no login... Sep 15 12:34:51 tried enter? Sep 15 12:35:04 yes Sep 15 12:35:08 ;) Sep 15 12:35:15 :P Sep 15 12:35:49 btw, it's in the "init" stage Sep 15 12:37:13 whats the kernel commandline? Sep 15 12:37:22 is this a ramdisk image? Sep 15 12:37:43 yes, it's a ramdisk] Sep 15 12:39:07 xMff: the command line is the default (whichever that is...) Sep 15 12:39:16 its printed in dmesg Sep 15 12:40:07 xMff: hmm. Found an interesting line: initrd not found or empty. This would be a good hint :) Sep 15 12:40:18 no its normal Sep 15 12:40:26 we don't use initrds Sep 15 12:40:31 not even for ramdisk images Sep 15 12:40:38 ah, ok Sep 15 12:41:50 xMff: Well, I realixed that I have to provide the command line myself, since I'm using qemu with -kernel Sep 15 12:41:56 right? Sep 15 12:42:38 correct but I'd like to know the current default anyway Sep 15 12:42:57 sometimes menuconfig does not update the defaults if you switch between multiple targets Sep 15 12:43:36 ah, ok. the command line is console=ttyS0,38400n8r Sep 15 12:43:55 can you override it in qemu? Sep 15 12:44:01 yes Sep 15 12:44:12 theoretically yes, I must try Sep 15 12:44:16 try setting it to console=ttyS0,38400n8r init=/etc/preinit Sep 15 12:45:33 ping stintel Sep 15 12:49:39 xMff: overriding the cmd line worked, but it didn't help Sep 15 12:50:31 dtatulea: ok. maybe [florian] can help Sep 15 12:52:26 thanks Sep 15 12:53:55 xMff: pong Sep 15 12:54:17 stintel: did you mess with squashfs+jffs2 on kvm yet? Sep 15 12:54:41 hmm, I think I'm using tht Sep 15 12:54:53 hold on, wol'ing my machine at home Sep 15 12:55:01 we tried it with xen and have some issue with block2mtd Sep 15 12:55:07 sometimes it works sometimes not Sep 15 12:55:25 looks like the virtualhd is initialized asynchronously leading to race conditions Sep 15 12:55:42 well I do know that I'm using block2mtd Sep 15 12:55:43 just wondered whether you noticed something similar for virtio Sep 15 12:56:19 only problem I had with that, is that virtio framework initialized after block2mtd so it never worked Sep 15 12:56:30 sent a patch for that upstream Sep 15 12:57:22 k Sep 15 12:57:57 but since using that patch, iirc it always worked for me Sep 15 14:46:39 xMff: is the new firewall code in backfire now? Sep 15 14:47:59 xMff: I noticed you marked miniupnp chain gone on firewall restart #7040 as fixed, so I was wondering if the firewall module I did is now in backfire (and working in backfire). Sep 15 14:48:47 xMff: also, I planned on making minupnp depend on the that module so that it would be fixed...has this been done? Sep 15 14:59:06 build #94 of ifxmips is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/ifxmips/builds/94 Sep 15 15:18:11 what facility is creating the "auto" jffs2 parition after the squashfs filesystem ends? Sep 15 15:19:05 cshore: I fixed the firewall hotplug infrastructure and minimized the usage of state keeping in miniupnpd Sep 15 15:19:05 mini_fo Sep 15 15:19:11 goodasGNU: mini_fo Sep 15 15:19:15 cshore: that basically fixed miniupnpd Sep 15 15:19:19 ok Sep 15 15:19:41 cshore: it still losses its forwards on firewall restart but the appropriate chains are properly teraed down and reestablished now Sep 15 15:19:57 *looses, teared Sep 15 15:20:04 first breathe, then think, then type :P Sep 15 15:20:07 ok, does it still use MINIUPNP ? Sep 15 15:20:11 yes Sep 15 15:20:14 blogic: its part of the mini_fo driver? Sep 15 15:20:37 ok, then the firewall mod I did to save the chains should still work Sep 15 15:20:52 so it doesn't have to lose the forwards Sep 15 15:21:18 is that in backfire or trunk? Sep 15 15:21:23 both Sep 15 15:21:28 but only trunk features firewall modules Sep 15 15:21:33 and the new firewall code is in trunk? Sep 15 15:21:37 therfore I rely on firewall hotplug for now Sep 15 15:21:38 I mean backfire? Sep 15 15:21:39 yes Sep 15 15:21:41 no Sep 15 15:21:46 new firewall (2) is trunk Sep 15 15:21:51 ok Sep 15 15:21:52 backfire has still the old uci firewall Sep 15 15:21:59 but extended with new features Sep 15 15:22:21 is firewall(2) different than the double stack implementation firewall? Sep 15 15:22:26 I still find bugs regulary in the new trunk fw therrfore I do not want to merge it yet Sep 15 15:22:36 firewall(2) is the dual stack implementation Sep 15 15:22:39 ok Sep 15 15:24:11 ugh....trying to create a regexp generator for numeric ranges Sep 15 15:25:33 regexp genrator? Sep 15 15:27:27 generates a regexp to match a numeric range Sep 15 15:27:44 goodasGNU: the mini_fo driver does the technical stuff in the kernel Sep 15 15:27:58 the boot scripts in openwrt set it up on first boot Sep 15 15:28:06 cshore: generated from another type of pattern? Sep 15 15:28:16 from say 89-105 Sep 15 15:28:27 ah Sep 15 15:28:29 just the two number from = 85, to 0 105 Sep 15 15:28:36 0== Sep 15 15:29:11 it's painful Sep 15 15:29:42 blogic: thanks, that was my next question. Do you recall the script or hook name? Sep 15 15:30:18 /lib/preinit/ Sep 15 15:30:27 lol, me too Sep 15 15:31:01 10_check_for_mtd, 20_check_jffs2_ready, Sep 15 15:31:09 40_mount_jffs2 Sep 15 15:31:21 70_pivot_jffs2_root Sep 15 15:31:34 for jffs...extroot adds a couple of other ones Sep 15 15:32:25 oh yeah and relies on /lib/functions/boot.sh and /lib/functions/mount.sh and friends Sep 15 15:32:43 mount.sh for extroot not jffs2 Sep 15 15:33:54 also /etc/functions.sh Sep 15 15:35:05 holy cow, one needs a flow chart to follow preinit these days ;) Sep 15 15:35:50 there's docs on the wiki that might help that describe the preinit technical details Sep 15 15:36:44 reading it now ... Sep 15 15:37:32 goodasGNU: you can blame me: I did the rewrite of preinit Sep 15 15:37:48 * blogic gets a large trout Sep 15 15:37:53 cshore be prepared :D Sep 15 15:38:06 ? Sep 15 15:38:24 http://www.urbandictionary.com/define.php?term=large%20trout Sep 15 15:38:41 you said that you wanted to be blamed :D Sep 15 15:38:48 sorry, bad joke i agree Sep 15 15:38:59 heh Sep 15 15:40:12 I actually rewrite so much as modularize the existing code....I didn't actually change the operation of preinit much in terms of what actually executed....the point was things like extroot Sep 15 15:40:27 and a failsafe thing I'm still working on Sep 15 15:40:35 ah speaking of extroot Sep 15 15:40:40 xMff: yes? Sep 15 15:40:50 and thanks for that, I use extroot alot :) Sep 15 15:40:53 users report that their dns is defunct after extroot ran Sep 15 15:41:19 did you notice something like that? Sep 15 15:41:24 I tend to assume pebkac Sep 15 15:41:25 xMff: from what I was reading that appears to be related to date/time issues Sep 15 15:41:36 e.g. replaced /etc/resolv.conf symlink with a static file Sep 15 15:42:21 xMff: there is no technical reason I can think of that extroot would be what matters Sep 15 15:42:30 it's just a different root Sep 15 15:42:50 now slow rootfs vs mounted as non-root is Sep 15 15:42:55 but that's probably a kernel issue Sep 15 15:43:37 cshore: I guess determine_jffs2_part is what does the "auto" mtd partitioning if squashfs root? Sep 15 15:44:20 goodasGNU: you mean the creation of rootfs_data ? Sep 15 15:44:25 xMff: I think the dns thing is just coincindence...i.e. extroot doesn't cause it I figure Sep 15 15:44:41 goodasGNU: formatting of jffs2 happens the first time you try to mount it Sep 15 15:46:58 I refer to the partition creation itself: "mtd: partition "rootfs_data" created automatically," Sep 15 15:47:34 goodasGNU: it's defined in the mtd driver map for the board Sep 15 15:47:59 goodasGNU: and read from the image header Sep 15 15:48:21 that is the one that is in the firmware.bin or firmware.trx Sep 15 15:49:50 image header makes sense, as physmap is static, but squashfs image size is dynamic per build options. Sep 15 15:50:21 doesnt' the header info get scrapped post flash? Sep 15 15:50:24 goodasGNU: the sizes of the partitions are determined based on the size of the kernel and squashfs and so on Sep 15 15:50:31 goodasGNU: no, it's on the flash Sep 15 15:50:48 goodasGNU: the sqhuashfs is postpended with 0xdeadc0de Sep 15 15:51:01 there is a kernel patch "split rootfs into rootfs_data Sep 15 15:51:39 so the kernel will create a rootfs_data automagically at the 0xdeadc0de and userland then inits jffs2 inside this and then uses mini_fo to overlay in the files cshore described Sep 15 15:51:45 blogic: thanks, I forgot about hat Sep 15 15:51:48 blogic: and that as they say "is the rest of the story" Sep 15 15:51:54 hehe Sep 15 15:51:59 gheee i feel usefull Sep 15 15:52:00 :) Sep 15 15:52:17 I knew there was more to it ;) Sep 15 15:52:48 goodasGNU: what are you working on? Sep 15 15:54:47 custom wnr854t image. It has been a tough road for kolaz and others trying the 2.6 driver writing (2 years now). I'm afraid I have run out of time to wait ;) Sep 15 15:56:00 I have a reasonably stable rootfs, but it is jffs2 only, so trying to mod to incorperate preinit and squashfs now Sep 15 15:57:36 build #89 of ixp4xx is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/ixp4xx/builds/89 Sep 15 16:00:38 These are very fast devices with the stock firmware, but netgear is _EVIL_. The routers phone home upon each boot, and have siproxd and other non user usable daemons that they can use to steal thier customers bandwidth w/o thier knowledge. Sep 15 16:01:14 Not to mention they have horribly crippled the device intentionally. Sep 15 16:02:57 All init commands are hard coded and compiiled into a custom init so it cant be changed :( Sep 15 16:03:18 goodasGNU: what arch is it ? Sep 15 16:03:31 arm9 - orion Sep 15 16:03:37 i mean, sip ... does it have telephone port for attaching a telephone ? Sep 15 16:03:58 nope. not at all Sep 15 16:04:45 ah ok Sep 15 16:07:50 tell me about it. I was horrified once I connected to the serial port and saw what was going on at startup. Sep 15 16:09:44 OEM bot net is born ... Sep 15 16:10:19 haha Sep 15 16:31:16 mb * r23071 /trunk/Config.in: Sep 15 16:31:16 Add support for enabling early printk. Sep 15 16:31:16 Currently only for ARM, because I don't know what EARLY_PRINTK depends on on other architectures. Sep 15 16:58:48 build #88 of kirkwood is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/kirkwood/builds/88 Sep 15 17:30:49 build #80 of ubicom32 is complete: Failure [failed compile_4] Build details are at http://tksite.gotdns.org:8010/builders/ubicom32/builds/80 Sep 15 17:49:26 mb * r23072 /trunk/target/linux/omap24xx/ (15 files in 2 dirs): omap24xx: Add 2.6.36 support Sep 15 17:55:21 nbd * r23073 /trunk/package/hostapd/patches/430-supplicant_bridge_fix.patch: hostapd: fix non-multicall wpa_supplicant compile Sep 15 17:56:11 where is the rootfs_split patch for bcrm 2.4 ? Sep 15 17:56:56 there is none Sep 15 17:57:02 the rootfs split is included in the flash map driver Sep 15 18:00:43 nbd: hard coded parition sizes for squashfs on that target? Sep 15 18:13:47 no Sep 15 18:14:08 the map driver does basically the same thing as the rootfs split patch in newer kernels Sep 15 18:15:35 looking Sep 15 18:18:50 why are you interested in that brcm-2.4 stuff by the way? Sep 15 18:19:01 it's crappy... Sep 15 18:20:07 build #87 of orion is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/orion/builds/87 Sep 15 18:21:26 true :D , but you and I have had this conversation before, sometimes 2.6 is _NOT_ an option for boards where no stable 2.6 drivers exist yet. Sep 15 18:21:43 bcrm is not the true target ;) Sep 15 18:21:55 openwrt will not merge a new 2.4 based target though Sep 15 18:22:00 btw. what drivers are missing? Sep 15 18:22:11 wifi? Sep 15 18:22:37 yes AP wifi for orion, and a stable switch driver as well Sep 15 18:24:09 what kind of switch is it? Sep 15 18:25:25 MV 88E6131 Sep 15 18:25:49 there's a DSA driver for that Sep 15 18:26:57 I found this ticket: https://dev.openwrt.org/ticket/7387 having similar performance issues Sep 15 18:27:38 yeah, switching performance with DSA sucks Sep 15 18:27:48 because of the way DSA works Sep 15 18:28:56 ACK - I'm not bashing the hard work of others, for now a workaround is on order tho Sep 15 18:30:07 I guess making those 2.6 drivers work properly should be easier than maintaining a 2.4 target. Sep 15 18:32:29 xMff, the wiki is out of date. Sep 15 18:32:47 mb__: someday they will, and we shall all rejoice :D , its been 2 years now since that target was added. Sep 15 18:32:59 RealOpty: ? Sep 15 18:33:09 still not working :( Sep 15 18:33:15 i would strongly recommend against wasting time on dealing with proprietary linux 2.4 drivers and kernels that go along with those Sep 15 18:33:49 if that means some hardware doesn't work, then so be it Sep 15 18:34:07 there's a lot of hardware out there that can run much better with 100% free software Sep 15 18:34:08 xMff, the wiki is using code from 2009-02 and the latest stable is like 2009-12 that has search, performance, and security fixes Sep 15 18:34:12 nbd: thats funny , you are the one that pointed me in that direction Sep 15 18:34:12 and that's worth supporting Sep 15 18:34:33 i don't think i ever recommended working on something like that Sep 15 18:34:49 i may have given some pointers in the case that you really do want to waste time on this ;) Sep 15 18:35:42 yes, you did, and my workaround is almost done, just need some small tweaks Sep 15 18:37:02 xMff, http://www.dokuwiki.org/changes Sep 15 18:38:58 recommending working on 2.4 stuff to people ... that really doesn't sound like me Sep 15 18:39:32 :) Sep 15 18:39:48 xMff, if the webserver has PHP 5.1.2 or later upgrading should be a breeze. :) Sep 15 18:39:49 damn , I knew I saved that chat log ;) Sep 15 18:41:35 we had good long discussion about nuking 2.4 targets from trunk. you said "and there's plenty of firmware mod tools out there" Sep 15 18:41:36 Well, does it really matter anyway, if 2.4 is not going into openwrt anyway? Sep 15 18:42:23 yeah, it doesn't really matter Sep 15 18:42:29 RealOpty: ok Sep 15 18:43:07 adding 2.4 never came out of my mouth this time ;) Sep 15 18:43:33 goodasGNU: Well, as said: Feel free to waste your time :) Sep 15 18:45:06 its _NOT_ a waste if it works ! Sep 15 18:45:22 we cant all write drivers for a living Sep 15 18:45:39 yeah, well. But it is a dead end Sep 15 18:45:53 It's riding a dead horse. Sep 15 18:46:19 maybe, but its much faster than the "live" one ;) Sep 15 18:47:05 ah, found the chat log Sep 15 18:47:13 yeah, back then i was pretty much saying the same thing i am now Sep 15 18:47:17 working on 2.4 stuff is a waste of time ;) Sep 15 18:47:17 sweet Sep 15 18:47:55 goodasGNU: Depends on where you need it to be faster at. If the answer is "smell horribly bad", then you are right Sep 15 18:52:06 mb__: lol, not concearned aesthetics , just in having my router working at the speed it was intended to, and not be crippled by crappy OEM firmware ;) Sep 15 18:53:41 Then put your effort in fixing 2.6 Sep 15 18:59:07 * nbd thinks code quality and maintainability belong in the category 'essentials', rather than 'aesthetics' Sep 15 19:20:08 mb * r23074 /trunk/target/linux/omap24xx/config-2.6.36: omap24xx: Update 2.6.36 config **** BEGIN LOGGING AT Wed Sep 15 23:16:15 2010 Sep 15 23:21:14 build #123 of ppc44x is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/ppc44x/builds/123 Sep 15 23:50:34 jow * r23076 /trunk/tools/mtd-utils/patches/ (110-portability.patch 130-lzma_jffs2.patch): [tools] mtd-utils: revert r23075 Sep 15 23:54:05 build #34 of at91 is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/at91/builds/34 Sep 16 00:03:49 build #110 of brcm47xx is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/brcm47xx/builds/110 Sep 16 00:09:37 build #99 of mpc52xx is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/mpc52xx/builds/99 Sep 16 00:54:15 jow * r23077 /packages/net/miniupnpc/ (5 files in 2 dirs): [packages] add miniupnpc, a small commandline upnp client (#7951) Sep 16 01:43:09 and i thought road runner was a good isp... Sep 16 01:44:11 if I play with my uplink router it'll look similar Sep 16 01:44:57 is that cause of CPU usage? Sep 16 01:45:28 no cause of frequent reboots :P Sep 16 01:45:51 ah Sep 16 01:46:11 xMff, do you plan on upgrading the wiki? Sep 16 01:46:22 I need to talk to the admin Sep 16 01:46:26 he wasn't around today Sep 16 01:46:46 ok. Sep 16 01:46:49 its also a debian managed version so its normal that it lacks behind Sep 16 01:47:02 just thought i should let someone know that there is a new stable release Sep 16 01:47:21 I think about adding a new plugin for it Sep 16 01:47:38 I want location specifc default markup when creating a new page Sep 16 01:47:40 what kind of plugin? Sep 16 01:47:44 ah Sep 16 01:47:56 so that creating a new page in toh will be filled out with the device page template Sep 16 01:48:24 I was thinking that earlier, that the 'new page' template is quite dull. Sep 16 01:48:35 its a usability nightmare Sep 16 01:48:48 needs two-three tabs, copy and paste and a lot of awareness Sep 16 01:49:00 ^^^^^^^^^^^^^ Sep 16 01:49:19 been doing that today lol Sep 16 01:49:30 result is something like that: http://wiki.openwrt.org/toh/tp-link/tl-wr740n Sep 16 01:49:32 i added some more tango icons. Sep 16 01:50:59 but never got around to adding the one icon i really wanted lol! *sigh* Sep 16 01:51:12 http://wiki.openwrt.org/oldwiki/openwrtdocs/hardware Sep 16 01:51:21 we need to migrate those Sep 16 01:51:43 all 600? Sep 16 01:51:49 the positive ones Sep 16 01:51:58 indeed Sep 16 01:52:06 not the ones stating "openwrt does not work here" Sep 16 01:52:06 the deleted ones have been migrated? Sep 16 01:52:11 probably Sep 16 01:52:15 dunno ^^ Sep 16 01:52:49 kk Sep 16 01:53:14 will try to do two or three each day Sep 16 01:53:35 xMff, make a meta/wiki-todo page :) so we know what else needs migration Sep 16 01:53:50 primarily the toh Sep 16 01:53:57 ^ for sure. Sep 16 01:53:59 the rest must be written from scratch anyway Sep 16 01:54:17 I want some pages outlining tftp flash, uboot flash, redboot flash Sep 16 01:54:30 to be linked in device articles Sep 16 01:54:39 and more howtos Sep 16 01:55:40 yeah im gonna work 'including sections' into the FAQ area Sep 16 01:55:43 http://wiki.openwrt.org/oldwiki/openwrtdocs/hardware/netgear/wnr834 Sep 16 01:55:45 ^- plz delete. Sep 16 01:56:19 and this one Sep 16 01:56:20 http://wiki.openwrt.org/oldwiki/openwrtdocs/hardware/netgear/wnr834b Sep 16 01:56:34 that one really needs deleting (dont del pics though) Sep 16 01:56:49 that one has some really bad info on there that will brick this device lol Sep 16 01:57:10 NOTE: This device supports only 2.4 kernel versions of Kamikaze. At this time the Broadcom wl.o binary driver is only available for 2.4 kernels and the open source b43 driver is not ready yet. Wireless WILL NOT WORK if you flash an image with a 2.6 kerne Sep 16 01:57:26 ^- this device is only supported in trunk cause of the board data partition. Sep 16 01:58:49 you should be able to delete it now Sep 16 02:02:30 xMff, ok ty Sep 16 02:02:45 do you have an admin menu? Sep 16 02:03:26 nope Sep 16 02:03:41 tried logging out and back in Sep 16 02:03:57 now? Sep 16 02:04:04 RealOpty: closed browser, cleared cache? Sep 16 02:04:17 xMff, yes now Sep 16 02:04:21 k Sep 16 02:04:21 cshore, ty Sep 16 02:04:32 but i didnt clear cache Sep 16 02:06:10 xMff, how do i delete it? Sep 16 02:06:18 i dont see it under rename/move Sep 16 02:06:24 edit, ctrl-a, delete, save Sep 16 02:06:54 ahhhhhhhhhhh Sep 16 02:06:56 ok ty Sep 16 02:09:18 oh btw Sep 16 02:09:29 avoid absolute links in custom html Sep 16 02:09:38 the wiki may be served via https Sep 16 02:09:44 http links will break it Sep 16 02:09:59 http://wiki.openwrt/foo/bar -> /foo/bar Sep 16 02:12:40