**** BEGIN LOGGING AT Tue Oct 26 03:00:12 2010
Oct 26 03:27:54 <builder> build #18 of at91 is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/at91/builds/18
Oct 26 04:38:45 <builder> build #18 of brcm47xx is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/brcm47xx/builds/18
Oct 26 05:00:56 <builder> build #16 of s3c24xx is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/s3c24xx/builds/16
Oct 26 05:22:00 <builder> build #17 of cobalt is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/cobalt/builds/17
Oct 26 05:42:11 <builder> build #15 of ps3 is complete: Failure [failed compile_6]  Build details are at http://tksite.gotdns.org:8010/builders/ps3/builds/15
Oct 26 06:28:12 <builder> build #19 of brcm63xx is complete: Failure [failed shell compile_10 shell_13]  Build details are at http://tksite.gotdns.org:8010/builders/brcm63xx/builds/19
Oct 26 09:45:57 <acoul> hello
Oct 26 09:48:49 <loswillios> is anyone working at a python update to 2.6?
Oct 26 09:50:39 <loswillios> er, I can't read today
Oct 26 09:53:30 <mb__> loswillios: It is 2.6. I'm working on splitting it up into a host/target build
Oct 26 10:48:12 <builder> build #16 of rb532 is complete: Failure [failed compile_6]  Build details are at http://tksite.gotdns.org:8010/builders/rb532/builds/16
Oct 26 11:13:21 <loswillios> mb__: yeah I noticed. wasn't really awake
Oct 26 11:29:59 <mb__> loswillios: Any plans on introducing python 3 (as separate package)?`
Oct 26 11:30:56 <loswillios> I don't have any
Oct 26 11:37:18 <builder> build #13 of xburst is complete: Failure [failed compile_4]  Build details are at http://tksite.gotdns.org:8010/builders/xburst/builds/13
Oct 26 11:59:35 <CIA-38> acoul * r23638 /packages/net/bird/ (Makefile patches/0002-ula_ipv6.patch): net/bird: update to version 1.2.5
Oct 26 12:14:56 <DonDiego> jow_laptop: say, did you have a chance to look at ticket 8100?
Oct 26 12:25:07 <Lalloso> hi guys
Oct 26 12:29:22 <Lalloso> i'm still looking at this hardware http://inglele.blogspot.com/2009/02/dd-wrt-on-alice-gate-voip-2-plus-wi-fi.html
Oct 26 12:29:40 <Lalloso> I'm unsure concerning the DSL support in openwrt
Oct 26 12:29:58 <Lalloso> in that blog it says LinkCom LAL0683 0821G = ADSL 2+ modem
Oct 26 12:34:22 <KanjiMonster> Lalloso: broadcom => no dsl support
Oct 26 12:34:59 <Lalloso> KanjiMonster: I've understood thx
Oct 26 12:35:18 <EqUaTe> this is the closest thing to a page on that device that i can find: http://wiki.openwrt.org/inbox/alicegate_voip2_plus
Oct 26 12:35:54 <Lalloso> LAL0683 is broadcom according to http://www.linkcom.com.tw/sub4/content.asp?CategoryID=27&ID=01
Oct 26 12:36:08 <Lalloso> therefore i will try to contact the blog poster and ask for clarifications
Oct 26 12:36:10 <EqUaTe> it's brcm63xx class
Oct 26 12:36:13 <Lalloso> because you probably can't read italian
Oct 26 12:36:23 <Lalloso> but it seems that DSL is supported in that page
Oct 26 12:36:27 <EqUaTe> it won't work in openwrt.
Oct 26 12:36:35 <EqUaTe> not with dsl, anyway
Oct 26 12:37:26 <EqUaTe> the post you provided talks about ddwrt, not openwrt
Oct 26 12:37:31 <EqUaTe> they're very different animals.
Oct 26 12:37:43 <Lalloso> well but from what i've understood
Oct 26 12:38:00 <Lalloso> ddwrt is a bit of eye candy and a tailored subset of openwrt
Oct 26 12:38:11 <EqUaTe> i'm afraid you're mistaken.
Oct 26 12:38:15 <xMff> not really
Oct 26 12:38:17 <Lalloso> do you think it could add major functionalities such as dsl support?
Oct 26 12:38:30 <xMff> dd-wrt reuses binary drivers
Oct 26 12:38:32 <Lalloso> ah sorry
Oct 26 12:39:55 <Lalloso> I see and what disadvantages introduce besides having closed source software running?
Oct 26 12:40:12 <EqUaTe> instability, lack of ability to diagnose issues...
Oct 26 12:40:33 <xMff> you are locked into a specific kernel version forever
Oct 26 12:40:40 <xMff> no way to upgrade
Oct 26 12:40:41 <EqUaTe> that too.
Oct 26 12:41:01 <Lalloso> true
Oct 26 12:41:21 <Lalloso> do you still have the possibility to install packages like with opkg ?
Oct 26 12:41:51 <xMff> that is something completely unrelated
Oct 26 12:42:24 <Lalloso> true
Oct 26 12:42:56 <Lalloso> however do I remember well that ddwrt came after openwrt?
Oct 26 12:43:24 <nbd> the dd-wrt codebase does not have much in common with the openwrt codebase
Oct 26 12:46:01 <xMff> Lalloso: the initially used the openwrt toolchain iirc
Oct 26 12:46:14 <xMff> Lalloso: thats why you see OpenWrt-2.0 in its dmesg
Oct 26 12:46:23 <Lalloso> ah :)
Oct 26 12:46:39 <xMff> but apart from that, neither the kernel nor the userland have anything in common
Oct 26 12:46:59 <xMff> except a few selected tools like mtd or some older wifi control programs that they took from openwrt
Oct 26 12:47:10 <Lalloso> how do you see the future of openwrt?
Oct 26 12:47:35 <xMff> bright :P
Oct 26 12:47:49 <loswillios> :)
Oct 26 12:47:56 <Lalloso> but do you still rely on hw manufacturers
Oct 26 12:48:12 <Lalloso> oh are you developing your own opensource hardware?
Oct 26 12:48:16 <nbd> chip manufacturers are starting to work with us
Oct 26 12:48:16 <Lalloso> like an arduino router lol
Oct 26 12:48:34 <nbd> i'm working with atheros, john's working with lantiq, i'm sure we'll get a few more as we go along
Oct 26 12:48:51 <xMff> some vendors assemble boxes tailored for openwrt
Oct 26 12:48:56 <Lalloso> so atheros and lantiq will open their FXS drivers for example?
Oct 26 12:49:02 <xMff> mostly in the professional segment
Oct 26 12:49:09 <Lalloso> i for example own a router station pro from ubiquiti networks
Oct 26 12:49:23 <xMff> I think the lantiq dsl / voip stuff is already open
Oct 26 12:49:24 <nbd> lantiq has already opened up most of their code
Oct 26 12:49:29 <Lalloso> it comes with openwrt out of the box
Oct 26 12:49:38 <xMff> yeah but Ubnt didn't get it
Oct 26 12:49:38 <Lalloso> but when you work with them
Oct 26 12:49:41 <Lalloso> do you bind them in the light?
Oct 26 12:49:55 <Lalloso> i mean you pull them to open up everything?
Oct 26 12:50:00 <xMff> they ship a crippled, unsupported and outdated openwrt version
Oct 26 12:50:13 <Lalloso> yes but I upgraded it
Oct 26 12:50:18 <nbd> atheros and lantiq don't really need more convincing wrt. opening up code
Oct 26 12:50:28 <Lalloso> Router station pro is a nice hw but lacks fxs ports and DSL
Oct 26 12:50:36 <nbd> especially atheros is firmly committed to actually developing stuff in the open
Oct 26 12:51:23 <Lalloso> but is there a full hw board with DSL, FXS and Ethernet ?
Oct 26 12:51:35 <Lalloso> I've been looking for this for a while now
Oct 26 12:51:37 <nbd> i haven't seen any atheros devices with FXS yet
Oct 26 12:51:41 <nbd> nor DSL
Oct 26 12:51:59 <Lalloso> they are like my router station pro then :)
Oct 26 12:52:10 <Lalloso> i also have the wifi module :)
Oct 26 12:52:19 <nbd> the router station pro contains primarily atheros components, yes
Oct 26 12:53:14 <nbd> so for DSL and FXS there's infineon danube (which is now owned by lantiq)
Oct 26 12:53:20 <nbd> drivers for most components are ready
Oct 26 12:53:25 <nbd> afaik dsl is working
Oct 26 12:53:27 <Lalloso> really?
Oct 26 12:53:31 <nbd> voip support is still being worked on
Oct 26 12:53:31 <Lalloso> I was playing with that
Oct 26 12:53:40 <nbd> but the drivers are open
Oct 26 12:53:42 <Lalloso> I had some evaluation boards
Oct 26 12:53:51 <nbd> it's a good platform
Oct 26 12:54:11 <Lalloso> well
Oct 26 12:54:20 <Lalloso> if i remember well it has a slow cpu and not much ram
Oct 26 12:54:39 <Lalloso> my router station pro is older but has more mhz
Oct 26 12:54:47 <Lalloso> 600 if i remember well, probably overclockable to 800
Oct 26 12:54:48 <nbd> mhz isn't the only thing that counts
Oct 26 12:54:55 <nbd> and what does the amount of ram have to do with the platform?
Oct 26 12:55:16 <Lalloso> well you are right, ram does not count
Oct 26 12:55:28 <Lalloso> but in my experience it's better to have a "single core" MIPS cpu
Oct 26 12:55:38 <Lalloso> rather than a multicore one with less Mhz
Oct 26 12:56:41 <nbd> the second core isn't being used for sMP
Oct 26 12:56:55 <nbd> it handles VoIP stuff
Oct 26 12:57:14 <Lalloso> but if I put for example Asterisk on the platform
Oct 26 12:57:21 <Lalloso> will it automagically use the second core?
Oct 26 12:57:35 <Lalloso> I doubt it :)
Oct 26 12:57:43 <nbd> no, the voip kernel code will use it
Oct 26 12:57:43 <blogic> i will be merging the drivers any day now
Oct 26 12:57:52 <blogic> i am liturally trying to find the 2 hours to do so :)
Oct 26 12:58:20 <Lalloso> mmm
Oct 26 12:58:37 <Lalloso> what is the voip kernel? :-D
Oct 26 12:59:33 <Lalloso> If i've understood what you're saying Asterisk would use this voip kernel which in turns would run on the second MIPS core, maybe getting a performance gain
Oct 26 12:59:47 <nbd> then you haven't understood it
Oct 26 13:00:25 <Lalloso> probably :D
Oct 26 13:00:53 <nbd> the voip firmware which runs on the second core already does almost all of the processing for the voice data
Oct 26 13:01:16 <OutBackDingo> nbd: what hardware would u recommend for this scenerio
Oct 26 13:01:37 <nbd> OutBackDingo: which scenario?
Oct 26 13:01:40 <Lalloso> nbd so is that a custom voip firmware which has nothing to do with the linux kernel?
Oct 26 13:01:52 <OutBackDingo> nbd: dual core mips for voip
Oct 26 13:01:53 <nbd> yes
Oct 26 13:02:07 <Lalloso> OutBackDingo: try the infineon danube
Oct 26 13:02:15 <nbd> OutBackDingo: you mean dual core as in SMP?
Oct 26 13:02:23 <nbd> OutBackDingo: or as in whatever danube is doing?
Oct 26 13:02:32 <Lalloso> nbd: is that voip firmware something open source?
Oct 26 13:02:32 <OutBackDingo> as in SMP
Oct 26 13:04:26 <Lalloso> I haven't understand how standard voip application such as asterisk could benefit automagically from the voip firmware
Oct 26 13:04:34 <nbd> OutBackDingo: no idea
Oct 26 13:04:54 <Lalloso> how do they get to know about the existance of that firmware? is something concerning custom cross-compiling?
Oct 26 13:05:48 <Lalloso> OutBackDingo: are you looking for a MIPS hardware which would run a linux kernel for MIPS with SMP? I haven't found this myself in the last year
Oct 26 13:05:59 <Lalloso> but as you might have seen I've still a lot to learn
Oct 26 13:06:59 <Lalloso> Maybe one day x86 will dominate also this scene with stuff like Intel Atom
Oct 26 13:07:35 <Lalloso> I'm seeing this happening on STB scene, for example Amino going with CE4100
Oct 26 13:08:32 <OutBackDingo> Lalloso: so whats better about this infineon as compare to say a RS PRO
Oct 26 13:12:47 <Lalloso> to me nothing
Oct 26 13:12:58 <Lalloso> unless you need DSL and FXS
Oct 26 13:13:02 <Lalloso> if you need FXS
Oct 26 13:13:18 <Lalloso> you don't have many choices
Oct 26 13:13:40 <Lalloso> i think it's the only almost supported platform from openwrt with FXS
Oct 26 13:13:47 <Lalloso> if you have to build a pure voip application
Oct 26 13:13:56 <Lalloso> such as a fully IP pbx
Oct 26 13:14:08 <Lalloso> i see no point in not going with RSP
Oct 26 13:14:20 <KanjiMonster> bcm6358 has a dualcore mips; and at least the newest broadcom sdks introduce smp support for it - but of course theres no opensource support for either voip dsp nor dsl
Oct 26 13:14:36 <Lalloso> eh
Oct 26 13:15:43 <Lalloso> better than to go with something like RSP which with more Mhz will enable you to build voice applications without the need for DSP and custom development (hard to understand to me :)
Oct 26 13:16:29 <KanjiMonster> (same for bcm6362, 68 and 28, if they ever get supported)
Oct 26 13:26:54 <nbd> Lalloso: well, it's simple: if you need DSL and FXS, you stick with a platform that does it natively. if you don't need it, you get a different platform
Oct 26 13:28:23 <Lalloso> mmm
Oct 26 13:28:28 <Lalloso> what do you mean natively?
Oct 26 13:28:57 <Lalloso> and also if you don't need it you get a different platform unless the one with DSL and FXS also has more power for less cost :)
Oct 26 13:31:15 <nbd> natively == built into the core
Oct 26 13:31:34 <nbd> especially DSL is only very rarely added to the board externally
Oct 26 13:31:39 <nbd> most DSL routers have DSL in the main core
Oct 26 13:33:23 <Lalloso_> nbd could you please repeat? :)
Oct 26 13:33:54 <nbd> 5:27 < nbd> natively == built into the core
Oct 26 13:33:54 <nbd> 15:27 < nbd> especially DSL is only very rarely added to the board externally
Oct 26 13:33:57 <nbd> 15:27 < nbd> most DSL routers have DSL in the main core
Oct 26 13:34:31 <Lalloso_> in the main core you mean in the main hardware core
Oct 26 13:35:06 <Lalloso_> but that is just seen as an Ethernet driver
Oct 26 13:35:15 <Lalloso_> you load the kernel module and that's it
Oct 26 13:35:49 <Lalloso_> while with FXS there is this thing of the voip firmware (at least in the case of infineon) which is very unclear
Oct 26 13:37:13 <aroscha> hi
Oct 26 13:37:42 <aroscha> question: the current tip of backfire seems to not have any getty or console running on x86/alix ?
Oct 26 13:37:56 <aroscha> is this a know bug (or my misconfiguration)?
Oct 26 13:40:08 <aroscha> second question: in backfire luci does not seem to work at all? (the webserver sends back an empty page). Known bug?
Oct 26 13:40:13 <aroscha> is there a workaround?
Oct 26 13:42:42 <EqUaTe> aroscha: i believe the former has been fixed in trunk, and i've not encountered the latter.
Oct 26 13:42:48 <CIA-38> jow * r23639 /trunk/target/imagebuilder/Makefile: [imagebuilder] copy kernel .config, needed by mkfs.jffs2 to detect compression capabilities
Oct 26 13:42:48 <CIA-38> jow * r23640 /branches/backfire/target/imagebuilder/Makefile: [backfire] merge r23639
Oct 26 13:43:12 <aroscha> thx
Oct 26 13:43:49 <aroscha> jow: hi! is the luci does not send back any content back problem known?
Oct 26 13:44:19 <neutronscott> heh
Oct 26 13:51:13 <CIA-38> nbd * r23641 /trunk/package/hostapd/patches/460-oper_state_fix.patch: hostapd: backport a fix for setting the IFF_RUNNING flag on AP mode interfaces
Oct 26 13:51:44 <xMff> ah that fixes #7734
Oct 26 13:52:27 <nbd> cool
Oct 26 13:52:46 <nbd> didn't know there was a ticket, jouni just noticed this and told me
Oct 26 13:52:57 <aroscha> xMff: hi! is the luci does not send back any content back problem known?
Oct 26 13:53:05 <nbd> i'll backport it to backfire and then close the ticket
Oct 26 13:53:07 <xMff> nbd: radvd checks IFF_RUNNING
Oct 26 13:53:13 <aroscha> xMff: telnet $device 80
Oct 26 13:53:22 <aroscha> GET / HTTP/1.1
Oct 26 13:53:25 <aroscha> and nothing...
Oct 26 13:55:37 <xMff> aroscha: no, this problem is new to me
Oct 26 13:56:01 <xMff> aroscha: can you execute  /www/cgi-bin/luci  on the cli?
Oct 26 13:56:09 <aroscha> let me check
Oct 26 13:56:31 <xMff> and can you run uhttpd -h /www -p 80 -f  under strace?
Oct 26 13:56:34 <CIA-38> nbd * r23642 /branches/backfire/package/hostapd/patches/430-oper_state_fix.patch: hostapd: backport the IFF_RUNNING fix from r23641
Oct 26 13:56:47 <aroscha> /www/cgi-bin/luci
Oct 26 13:56:47 <aroscha> /usr/bin/lua: symbol 'SHA1_Init': can't resolve symbol in lib '/usr/lib/lua/nixio.so'.
Oct 26 13:56:47 <aroscha> /usr/bin/lua: symbol 'SHA1_Init': can't resolve symbol in lib '/usr/lib/lua/nixio.so'.
Oct 26 13:56:47 <aroscha> /usr/bin/lua: error loading module 'nixio' from file '/usr/lib/lua/nixio.so':
Oct 26 13:56:47 <aroscha> 	(null)
Oct 26 13:56:53 <aroscha> ok that explains why
Oct 26 13:57:11 <xMff> not quite
Oct 26 13:57:18 <xMff> uhttpd should still send back content
Oct 26 13:57:39 <aroscha> and actually i just checked, nixio.so is here
Oct 26 13:57:58 <xMff> anyway to fix the nixio issue: make menuconfig -> LuCI -> Internal Libraries -> nixio -> set TLS provider to none
Oct 26 13:58:07 <xMff> which should be the default actually
Oct 26 13:58:16 <xMff> wonder why it did enable SSL for you
Oct 26 13:58:36 <aroscha> xMff: http://pastebin.com/3Wga0fTJ
Oct 26 14:00:28 <aroscha> xMff: done, rebuilding now. thx
Oct 26 14:01:30 <xMff> I assume you reused an older .config ?
Oct 26 14:02:46 <aroscha> no
Oct 26 14:02:49 <aroscha> ah
Oct 26 14:02:50 <aroscha> yes
Oct 26 14:02:51 <aroscha> sorry
Oct 26 14:02:56 <xMff> ok
Oct 26 14:02:58 <aroscha> that one was based on an old .config
Oct 26 14:03:05 <xMff> that explains it
Oct 26 14:03:34 <xMff> you should review the httpd stuff while you're at it
Oct 26 14:03:47 <xMff> ilucid should be disabled now and uhttpd is used
Oct 26 14:07:17 <aroscha> xMff: ok, will do thx!
Oct 26 14:19:53 <CIA-38> jow * r23643 /trunk/target/imagebuilder/files/Makefile: [imagebuilder] allow overriding BIN_DIR (#7412)
Oct 26 14:20:28 <CIA-38> jow * r23644 /branches/backfire/target/imagebuilder/files/Makefile: [backfire] merge r23643
Oct 26 15:58:08 <builder> build #17 of pxcab is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/pxcab/builds/17
Oct 26 15:58:51 <builder> build #17 of gemini is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/gemini/builds/17
Oct 26 16:13:54 <builder> build #20 of atheros is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/atheros/builds/20
Oct 26 16:44:36 <builder> build #13 of uml is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/uml/builds/13
Oct 26 18:15:08 <builder> build #14 of x86 is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/x86/builds/14
Oct 26 18:34:46 <builder> build #17 of orion is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/orion/builds/17
Oct 26 18:39:06 <builder> build #17 of ppc44x is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/ppc44x/builds/17
Oct 26 18:58:08 <KanjiMonster> xMff: conffiles sections can take directories, right?
Oct 26 18:58:27 <xMff> KanjiMonster: yes but they're treated special
Oct 26 18:59:15 <KanjiMonster> in what way?
Oct 26 18:59:52 <xMff> if find can resolve it, all included files are added as conffiles
Oct 26 19:00:27 <xMff> if not, the directory is added to /lib/upgrade/keep.d/packagename and later picked up by sysupgrade when assembling the keepfile list
Oct 26 19:00:41 <KanjiMonster> ah, I see
Oct 26 19:01:04 <xMff> opkg itself cannot handle directories
Oct 26 19:03:10 <xMff> https://dev.openwrt.org/changeset/23257
Oct 26 19:05:06 <KanjiMonster> in cups' case this might pull unwanted files, so better keep it separate
Oct 26 19:05:15 <KanjiMonster> err.. explicit
Oct 26 19:06:06 <KanjiMonster> btw, is the cupsd binary supposed to be setguid'd?
Oct 26 19:07:41 <KanjiMonster> because currently I have to edit the hotplug2 rule for the lp* and change the mask to 666, else cups cant print (nor sees the printer when looking for it), since it runs as nobody
Oct 26 19:08:37 <xMff> yes it is
Oct 26 19:09:18 <KanjiMonster> ok. might be an extroot quirk
Oct 26 19:11:27 <xMff> didn't say its okay
Oct 26 19:11:35 <xMff> cups is supposed to run as nobody
Oct 26 19:11:48 <xMff> but its likely that the hotplug rule is wrong
Oct 26 19:12:59 <KanjiMonster> the default is 644
Oct 26 19:13:03 <KanjiMonster> 0644
Oct 26 19:20:28 <Wipster> [florian],  damn these DG834's are pesky
Oct 26 19:26:14 <OutBackDingo> KanjiMonster: what was that patch url you posted yesterday
Oct 26 19:26:48 <builder> build #15 of ar7 is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/ar7/builds/15
Oct 26 19:27:29 <builder> build #18 of avr32 is complete: Failure [failed compile_6]  Build details are at http://tksite.gotdns.org:8010/builders/avr32/builds/18
Oct 26 19:27:48 <KanjiMonster> OutBackDingo: http://patchwork.cyranjo.org/
Oct 26 19:27:57 <OutBackDingo> KanjiMonster: right thanks
Oct 26 19:28:14 <[florian]> Wipster: yes they are
Oct 26 19:28:18 <KanjiMonster> blogic: btw, what's the current state of the openwrt patchwork?
Oct 26 19:29:46 <_trine> I have found some chips on ebay if anyway feels inclined to swap their 32 meg ram chips to 64 meg ones on the wrt160nl
Oct 26 19:31:48 <CIA-38> dingo * r23645 /packages/net/znc/ (Makefile files/znc.init):
Oct 26 19:31:48 <CIA-38> [patch-team] Also build and package the extra modules and package the droproot module
Oct 26 19:31:48 <CIA-38> with ZNC. This allows dropping the dependency to coreutils-su.
Oct 26 19:31:48 <CIA-38> Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com>
Oct 26 20:09:15 <builder> build #16 of ramips is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/ramips/builds/16
Oct 26 20:13:30 <Wipster> hmm phy 1:something and irq -1 wonder why thats going on
Oct 26 20:48:59 <aroscha> xMff: still here?
Oct 26 20:49:11 <xMff> yep
Oct 26 20:50:10 <aroscha> is there a way to redirect luci port 80 connections to port 443 in the config sections?
Oct 26 20:50:24 <xMff> hmm
Oct 26 20:50:34 <aroscha> like the freifunk fw did that
Oct 26 20:50:42 <xMff> it did?
Oct 26 20:50:57 <aroscha> yes you could add a ssl proxy / redirector package
Oct 26 20:51:09 <aroscha> essentially - in apache I would do this with a mod_rewrite
Oct 26 20:51:34 <aroscha> the idea behind the fff rewriting was: if you connect via port 80 and enter your admin pwd
Oct 26 20:51:44 <aroscha> then it is transmitted in the clear over an unencrypted network
Oct 26 20:51:52 <xMff> yes I know
Oct 26 20:52:08 <[florian]> Wipster: that's a phy which does not support interrupt, only polling
Oct 26 20:52:09 <xMff> there is no such functionality yet
Oct 26 20:52:32 <aroscha> xMff: ok, no prob
Oct 26 20:52:35 <aroscha> just wanted to ask
Oct 26 20:52:38 <aroscha> thx :)
Oct 26 20:53:31 <Wipster> [florian], ah wasn't cpmac moved away from polling... I seem to remember reading along time ago
Oct 26 20:54:03 <[florian]> Wipster: afaik it does not support getting an interrupt from the PHY, if it does that's only when using the builtin or external PHY setup
Oct 26 20:54:10 <[florian]> Wipster: but not using a switch (of course)
Oct 26 20:55:52 <Wipster> [florian], ah shall have to try and get up to speed with this again
Oct 26 21:33:09 <CIA-38> florian * r23646 /trunk/package/hotplug2/Makefile: [package] hotplug2 depends on udevtrigger
Oct 26 21:42:24 <Wipster> [florian], why might the dg834gv2 wedge like that and the v3 that narge has not, they use the same switch?
Oct 26 22:49:47 <CIA-38> mb * r23647 /trunk/package/gdb/Makefile: gdb: There are dep issues with cconfig.h. Disable parallel build for now.
Oct 26 22:51:35 <cshore_> ping xMff
Oct 26 23:07:54 <CIA-38> mb * r23648 /packages/net/samba/Makefile: samba: Pass required host configure flags. This fixes compile on my x64 box.
Oct 26 23:13:07 <builder> build #21 of ppc40x is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/ppc40x/builds/21
Oct 27 00:47:15 <CIA-38> nbd * r23649 /trunk/package/mac80211/patches/ (530-ath9k_locking_fix.patch 570-ath9k_reset_aggr_fix.patch): ath9k: add more pending locking fixes - fixes tx dma hang issues on reset
Oct 27 00:47:21 <CIA-38> nbd * r23650 /trunk/package/mac80211/patches/571-ath9k_ar9300_aggr_flush.patch: ath9k: fix aggregation flush on ar9003
**** ENDING LOGGING AT Wed Oct 27 02:59:57 2010