**** BEGIN LOGGING AT Thu Mar 25 02:59:57 2010
Mar 25 03:34:24 <CIA-39> nico * r20412 /packages/net/umurmur/Makefile: [packages] umurmur: update to 0.2.4 (closes: #6935)
Mar 25 05:15:27 <CIA-39> nico * r20413 /trunk/package/kernel/modules/crypto.mk: [package] kernel: fix kmod-crypto-misc on 2.4
Mar 25 05:54:34 <builder> build #44 of brcm63xx is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/brcm63xx/builds/44
Mar 25 06:02:07 <cshore> ping {Nico}
Mar 25 06:06:52 <{Nico}> cshore: pong
Mar 25 06:08:20 <cshore> {Nico}: I have a git repository for FreeSWITCH 1.0.5-latest OpenWRT package at http://cshore.is-a-geek.com/openwrt-repo/feed
Mar 25 06:08:20 <cshore> Do you think you could look at it sometime and tell me if I have missed anything we need in terms of patches that haven't been integrated upstream, or the like?
Mar 25 06:09:25 <{Nico}> cshore: can't connect
Mar 25 06:09:59 <cshore> Can you browse cshore.is-a-geek.com at all?
Mar 25 06:11:06 <{Nico}> nope, can't connect
Mar 25 06:11:24 <cshore> Hmm....let me check my firewall
Mar 25 06:11:36 <{Nico}> http://downforeveryoneorjustme.com/cshore.is-a-geek.com
Mar 25 06:13:48 <cshore> cool....I'll be using that
Mar 25 06:16:34 <cshore> ok, it's up now
Mar 25 06:16:40 <cshore> was the firewall
Mar 25 06:17:01 <cshore> Apparently I've been down for a week or so and didn't realize it
Mar 25 06:18:07 <{Nico}> cshore: 404 on http://cshore.is-a-geek.com/openwrt-repo/feed
Mar 25 06:18:18 <{Nico}> but http://cshore.is-a-geek.com/ is ok
Mar 25 06:19:50 <cshore> hmmm....it's there....but directory listings aren't made...that shouldn't matter for git though, should it?
Mar 25 06:20:20 <cshore> it works locally
Mar 25 06:21:14 <cshore> git clone http://cshore.is-a-geek.com/openwrt-feed  should work.
Mar 25 06:21:40 <cshore> I mean git clone http://cshore.is-a-geek.com/openwrt-repo/fee
Mar 25 06:21:42 <cshore> feed
Mar 25 06:24:02 <cshore> git clone http://cshore.is-a-geek.com/openwrt-repo/feed test worked here...could you test it again?
Mar 25 06:25:19 <{Nico}> yeah, worked
Mar 25 06:25:32 <cshore> excellent
Mar 25 06:25:34 <cshore> thanks
Mar 25 06:26:14 <{Nico}> have the patches you removed been applied upstream ?
Mar 25 06:26:41 <cshore> To the best of my knowledge....from my reading of the code...but I could use a second opinion
Mar 25 06:31:01 <cshore> ping xMff
Mar 25 06:31:07 <{Nico}> i don't get it, why they still haven't applied '201-odbc.patch' ?
Mar 25 06:31:53 <cshore> {Nico}: no idea, but I think I tried without it
Mar 25 06:32:31 <cshore> {Nico}: there were some similar patches which were applied
Mar 25 06:33:56 <{Nico}> cshore: anyway, i won't have much time until next month
Mar 25 06:34:24 <cshore> {Nico}: ok...that's actually why I've been working on it....trying to get something working while the expert is busy
Mar 25 06:34:27 <{Nico}> cshore: best bet is you try building it on several targets (it takes ages)
**** BEGIN LOGGING AT Thu Mar 25 17:16:14 2010
Mar 25 17:17:02 <cshore> jow: I'm currently building to test the luci.util.exec error you wanted me to confirm if was still problem
Mar 25 17:18:09 <jow_laptop> cshore: okay
Mar 25 17:18:38 <jow_laptop> cshore: I currently merge the whole uhttpd support, would be cool if you could test that a bit as well
Mar 25 17:27:25 <stintel> currently building new image with uhttpd and my WIP for kvm subtarget, I'll let you know if anything goes wrong too
Mar 25 17:35:25 <jow_laptop> ok. I'll be back online in an hour or so
Mar 25 17:49:39 <stintel> great, I forgot to actually select the new subtarget
Mar 25 17:50:48 <cshore> as my sister would say: ha, sucka, sucka :-P
Mar 25 17:52:04 <cshore> does that mean you have to distclean?
Mar 25 17:52:13 <stintel> don't think so
Mar 25 17:52:52 <stintel> I've done make target/linux/clean package/kernel/clean world
Mar 25 17:54:56 <stintel> but I'll probably do make clean or make distclean and then try again, before I finally send my patches :)
Mar 25 17:55:06 <stintel> just to make sure I didn't mess up
Mar 25 18:50:23 <stintel> xMff: seems I have a little trouble with luci right now, r20432, luci r5932, paste will follow soon
Mar 25 18:53:17 <stintel> xMff: http://pastebin.com/CE0Jm1yk
Mar 25 19:04:16 <stintel> xMff: hrrm, that was with openssl enabled and maybe some more leftovers in my config, trying again with cyassl
Mar 25 19:08:12 <stintel> xMff: seems to work now, but system > system gives http://pastebin.com/DmfPJFKv
Mar 25 19:34:53 <CIA-39> markus * r20433 /trunk/ (3 files in 2 dirs): (log message trimmed)
Mar 25 19:34:53 <CIA-39> added support for wrt54g3gv2-vf and new trx header format
Mar 25 19:34:53 <CIA-39> - hacked addpattern due to changes in header format
Mar 25 19:34:53 <CIA-39> - added "-5" to addpattern, some 0xFF are needed for trx2 header
Mar 25 19:34:53 <CIA-39> "-4" broke CRC checking in CFE
Mar 25 19:34:54 <CIA-39> - hacked trx.c due to new header format version
Mar 25 19:34:55 <CIA-39> - added target to create trx-V2 images
Mar 25 19:41:43 <CIA-39> acinonyx * r20434 /trunk/package/madwifi/patches/ (459-2.6.33_compile.patch 461-rx_stats_count_fix.patch): [package] madwifi: Fix RX packet and byte count, refresh patches (#6404)
Mar 25 20:41:33 <dogge10> jow_laptop you think you'll fix the mount points luci page today?
Mar 25 22:04:48 <larsc> Hauke1: what was the reason for r20345? the only dependency is the snd-core module, or am I missing something?
Mar 25 22:08:52 <stintel> xMff: I've merged the virtio stuff with xen stuff into virtual.mk, without submenu, since xen options depend on x86_xen_domu target they will never show there anyway when someone selects the x86_kvm_guest target.
Mar 25 22:09:23 <stintel> I'll probably be able to send my patches tonight
Mar 25 22:10:34 <dogge10> xMff https://dev.openwrt.org/attachment/ticket/6933/mmc_over_gpio.diff - what do you think of this?
Mar 25 23:17:40 <stintel> fsck, forgot to remove a file
Mar 25 23:17:45 <stintel> fix that later, afk now
Mar 26 00:37:36 <cshore> xMff: The CGI script took too long to produce a response
Mar 26 00:37:36 <cshore> is what I get when I try to do the network scans, which is there the luci.util.exec error was....however I've noticed I get this for software installs too, so I think the timeout on the CGI's is too short for a number of the apps currently in LuCI
Mar 26 00:39:12 <cshore> xmFF: at the moment I don't know if luci.util.exec produces an error if I don't do the work around of settings stdin to be </dev/null because the timeout happens too quickly to know if the script is working or not (these scripts take a while to return results)
Mar 26 00:42:03 <jow_laptop> cshore: noticed it as well, will do a bunch of fixes tomorrow
Mar 26 00:42:25 <cshore> ok, thanks
Mar 26 00:45:41 <jow_laptop> maybe I should relax the timeout to one miinute or so
Mar 26 00:46:34 <jow_laptop> or maybe remove it entirely or make it configurable
Mar 26 00:47:02 <cshore> I think make it configurable....I think the scan could take more than a minute to complete
Mar 26 00:47:15 <cshore> also install lots of software
Mar 26 00:47:26 <jow_laptop> yep
Mar 26 00:48:16 <jow_laptop> but at least the packageee listing does not seem to crash the device anymore
Mar 26 00:48:40 <cshore> But no point having the cgi wait longer than the browser does
Mar 26 00:48:45 <cshore> yeah, that is good
Mar 26 00:49:02 <rtz2> jow_laptop: did you know, that the luci statistics page doesn't work for ppp interfaces?
Mar 26 00:49:43 <rtz2> I think, as long as your return data from time to time, the browser waits pretty long
Mar 26 00:50:00 <jow_laptop> well the httpd will dispatch  a sigterm to the cgi script  if the requesting connection is gone
Mar 26 00:50:12 <cshore> ah, ok
Mar 26 00:51:35 <jow_laptop> rtz2: no i did not - maybe a collect issue
Mar 26 00:51:43 <jow_laptop> collectd
Mar 26 00:52:21 <rtz2> jow_laptop: it's the same with the real-time statistics (how was it called again?)
Mar 26 00:52:41 <rtz2> jow_laptop: it does show a graph for the ppp interface, but it stays flat
Mar 26 00:52:41 <jow_laptop> rtz2: hmmm
Mar 26 00:52:52 <rtz2> jow_laptop: maybe because the ifname option is empty
Mar 26 00:53:15 <rtz2> or rather not there
Mar 26 00:53:17 <jow_laptop> I see need to check how it acquires the data
Mar 26 00:53:36 <rtz2> jow_laptop: I don't really need it, but I thought you would be interested
Mar 26 00:53:58 <jow_laptop> yes I am
Mar 26 00:54:00 <CIA-39> nico * r20435 /packages/lang/lsqlite3/Makefile: [packages] lsqlite3: fix compilation, set INCS & LIBS, pass UNAME to prevent it from being guessed from the host
Mar 26 00:56:26 <stintel> alright, I hope I didn't miss anything now :)
Mar 26 01:08:02 <cshore> anyone here interested in trying the latest 1.0.5 freeswitch build....I have a git repo for OpenWRT
Mar 26 01:08:50 <cshore> http://cshore.is-a-geek.com/openwrt-repo/feed
Mar 26 01:09:12 <cshore> I mean src-git cshore_feed http://cshore.is-a-geek.com/openwrt-repo/feed
Mar 26 01:09:17 <cshore> in feeds.conf
Mar 26 01:10:40 <stintel> oh, now that I look them up again, the ar71xx rtc patches were also from KanjiMonster
Mar 26 01:11:53 <stintel> let's see if I can test them
Mar 26 01:12:44 <rtz2> jow_laptop: maybe I should have been more precise, the ppp0 interface doesn't appear in the list of interfaces on the collectd config page
Mar 26 01:14:12 <jow_laptop> rtz2: hmm might be indeed an ifname thing
Mar 26 01:18:02 <jow_laptop> rtz2: I dont remember where it reads the ifaces from and cant look it up right now...
Mar 26 01:19:46 <{Nico}> rtz2: can you run 'uci -P /var/state show network'
Mar 26 01:20:30 <rtz2> {Nico}: not at the moment, it will have to wait till the weekend when I have access to the device again
Mar 26 01:23:33 <stintel> for the livestats problem with ppp?
Mar 26 01:23:55 <stintel> I can paste the output too, as it seems I already have that issue
Mar 26 01:24:02 <stintel> s/already/also/
Mar 26 01:24:48 <rtz2> stintel: do you have the statistics package installed?
Mar 26 01:24:56 <stintel> yes
Mar 26 01:25:05 <stintel> luci-app-livestats and luci-app-statistics
Mar 26 01:25:28 <stintel> if I check "Monitor all except selected ones" then ppp0 shows up in collectd graphs and shows traffic
Mar 26 01:25:42 <stintel> but not in the list of interfaces
Mar 26 01:25:55 <jow_laptop> so it is just a matter of ui choices
Mar 26 01:25:58 <stintel> pastebin: http://openwrt.pastebin.ca/1852448
Mar 26 01:26:19 <jow_laptop> i will check later
Mar 26 01:27:13 <jow_laptop> typing on a nanonote here a bit difficult to surf with elinks :P
Mar 26 01:27:56 <stintel> oh hehe :)
Mar 26 01:29:42 <stintel> wow that's dirt cheap
Mar 26 01:31:53 <stintel> damn, I wasnt subscribed to openwrt-devel when kanjimonster sent the rtc patches, if I have to copy them from mailing list archives, I'll have whitespace issues :/
Mar 26 01:36:58 <jow_laptop> bbl
**** ENDING LOGGING AT Fri Mar 26 02:59:57 2010