**** BEGIN LOGGING AT Fri Apr 02 02:59:57 2010
Apr 02 05:02:28 <builder> build #39 of ifxmips is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/ifxmips/builds/39
Apr 02 05:48:39 <dkostousov> Hi. How I can download a feed manually?
Apr 02 05:50:24 <dkostousov> I can checkout the packages feed but I don't know is it to create packages.tmp directory.
Apr 02 05:55:45 <dkostousov> I have found the way to create index.
Apr 02 06:00:58 <dkostousov> Anybody here?
Apr 02 06:09:18 <dkostousov> Have anybody an idea to add a option "revision number" for "scripts/feeds update"? If the options is defined then the script update feed to the specific revision.
Apr 02 06:17:47 <acoul1> ping
Apr 02 06:18:46 <dkostousov> pong
Apr 02 06:19:30 <acoul1> ping -b @devs   ;-)
Apr 02 06:20:18 <dkostousov> O_o
Apr 02 07:02:11 <dkostousov> How I can get installed packages list?
Apr 02 07:04:26 <stintel> opkg list_installed
Apr 02 09:35:21 <builder> build #40 of gemini is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/gemini/builds/40
Apr 02 09:36:11 <joda_bot> any one with b43 background knowledge in here?
Apr 02 09:39:19 <joda_bot> xMff: I noticed you started coding uhttpd 2 weeks ago (AFAIK) and I'd really like to able to use chained certificates with the server build (usually in PEM-format combined intermediate and server certificate in one file AFAIK) - would that be possible with uhttpd ?
Apr 02 09:39:41 <joda_bot> server build = uhttpd server build
Apr 02 09:41:09 <dkostousov> I mean packages installed in openwrt source tree
Apr 02 09:53:01 <joda_bot> ping Acinonyx
Apr 02 09:53:12 <Acinonyx> pong
Apr 02 09:53:35 <joda_bot> Acinonyx: how much do you know about b43 on wrt54gs? :-) I just want to either report bugs or get it working ... either way I don't know where to start
Apr 02 09:54:19 <joda_bot> I'm using backfire-rc2
Apr 02 09:54:57 <joda_bot> but I'm happy to install anything (which does not require a jtag-setup)
Apr 02 09:56:34 <Acinonyx> do you see any issues with rc2 ?
Apr 02 09:57:37 <joda_bot> I can't connect to the wireless network which is broadcast
Apr 02 09:57:53 <Acinonyx> broadcast?
Apr 02 09:58:06 <joda_bot> I see the SSID but I can't connect
Apr 02 09:58:12 <joda_bot> but I don't see any error messages either - so I don't know where to start
Apr 02 09:58:46 <Acinonyx> any weird message in dmesg?
Apr 02 09:59:14 <Acinonyx> are you using the default config?
Apr 02 09:59:23 <joda_bot> default config = ?
Apr 02 09:59:28 <joda_bot> wpad-mini?
Apr 02 09:59:34 <joda_bot> I installed hostap-mini
Apr 02 09:59:39 <joda_bot> not sure if that's a problem
Apr 02 09:59:54 <joda_bot> I'll refresh the dmesg output ... and report back just to be sure
Apr 02 10:00:02 <joda_bot> using WPA2-PSK
Apr 02 10:00:18 <Acinonyx> try first without any encryption
Apr 02 10:03:34 <joda_bot> hm, have to fix the internet connection setup when experimenting
Apr 02 10:03:54 <joda_bot> Acinonyx: ok, will do that in a second
Apr 02 10:04:12 <Acinonyx> :)
Apr 02 10:09:22 <Lalloso> happy easter to every one
Apr 02 10:09:25 <Lalloso> bye bye!
Apr 02 10:11:29 <joda_bot> Acinonyx: any prefered channel?
Apr 02 10:15:45 <Acinonyx> joda_bot: any channel
Apr 02 10:25:48 <joda_bot> Acinonyx: you wouldn't happen to know about any issues with 802.11n on dir-825 too?
Apr 02 10:26:09 <joda_bot> had to change my interface metrics to use the LAN by default
Apr 02 10:26:39 <Acinonyx> i don't have a dir-825
Apr 02 10:27:30 <joda_bot> Acinonyx: ah ok
Apr 02 10:27:39 <joda_bot> ok I'm connected .. as it seems
Apr 02 10:31:13 <joda_bot> Acinonyx: http://pastebin.com/y87H8mDv
Apr 02 10:32:49 <joda_bot> any chance to get wpa2 working?
Apr 02 10:34:42 <CIA-39> florian * r20653 /trunk/target/linux/rdc/config-2.6.30: [rdc] do not set CONFIG_NET_DEV_OPS (#7005)
Apr 02 10:38:00 <Acinonyx> I think it should work.
Apr 02 10:38:37 <dkostousov> ping
Apr 02 10:38:40 <joda_bot> Acinonyx: how would I see any error messages? with hostap-mini or hostap?
Apr 02 10:42:39 <joda_bot> hmm, hostapd has a debug / verbose mode, just have to get it activated
Apr 02 10:42:40 <Acinonyx> if you restart wifi it should through messages
Apr 02 10:42:53 <joda_bot> with wifi up?
Apr 02 10:43:08 <Acinonyx> down/up
Apr 02 10:43:42 <dkostousov> How could I get the list of feeds installed packages to the "packages" dir in the openwrt source?
Apr 02 10:48:59 <joda_bot> Acinonyx: do you know where hostapd get loaded?
Apr 02 10:49:04 <joda_bot> gets
Apr 02 10:50:24 <joda_bot> found it ... cat /usr/lib/opkg/info/hostapd-mini.list ->> /lib/wifi/hostapd.sh :D
Apr 02 10:52:06 <joda_bot> Acinonyx: would anybody mind adding a general verbose flag to /etc/config/wireless (make hostapd flavors and wpad-mini etc. more verbose and if possible also the wireless drivers?)
Apr 02 10:53:29 <Acinonyx> hostapd setup is done in /lib/wifi/mac80211.sh
Apr 02 10:54:44 <Acinonyx> I don't thing a verbose flag is needed. you can alsways change the scripts if needed
Apr 02 10:54:57 <Acinonyx> or even run hostapd by hand
Apr 02 11:39:15 <builder> build #37 of adm5120 is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/adm5120/builds/37
Apr 02 11:48:51 <xMff> joda_bot: chained certs are surely possible
Apr 02 11:49:13 <joda_bot> xMff: because I was not able to use them with lucid
Apr 02 11:49:26 <joda_bot> xMff: www.jedimasters.de is currently running with lucid
Apr 02 11:49:57 <joda_bot> nixio rejected pem and chained types as unsupported
Apr 02 11:50:51 <joda_bot> xMff: do you happen to know how many/which certificates go into the cacert file and which go into the key file - perhaps I messed something up there
Apr 02 11:55:13 <builder> build #37 of iop32x is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/iop32x/builds/37
Apr 02 11:57:57 <xMff> joda_bot1: no I do not know, however what I can tell you is that uhttpd expects files unconditially in asn1 format and that there is no way to give it pem apart from changing the source atm
Apr 02 11:58:34 <joda_bot1> xMff: that might be a problem because I can't create a chained certificate file in asn1 yet
Apr 02 11:58:41 <joda_bot1> openssl had no support for that afaik
Apr 02 11:58:54 <xMff> could be a format limitation
Apr 02 11:59:02 <joda_bot1> the only solution known to me is to concat pem certificates
Apr 02 11:59:47 <joda_bot1> xMff: what problems required writing uhttpd anyway?
Apr 02 12:00:36 <xMff> memory usage
Apr 02 12:05:55 <dkostousov> xMff: How could I get the list of feeds installed packages to the "packages" dir in the openwrt source?
Apr 02 12:07:22 <xMff> hm, by searching for symlinks I think
Apr 02 12:09:07 <dkostousov> which symlinks?
Apr 02 12:09:37 <xMff> package/*/*
Apr 02 12:17:31 <joda_bot> Acinonyx: it works even without -dd
Apr 02 12:17:42 <joda_bot> Acinonyx: but I really don't understand why
Apr 02 12:18:58 <xMff> client mode with b43? hit and miss imo
Apr 02 12:19:09 <xMff> sometimes it works, sometimes not
Apr 02 12:19:20 <xMff> even if it works it stops to do so suddenly
Apr 02 12:23:56 <joda_bot> xMff: aha ok, so who is knowledge able about that b43 stuff?
Apr 02 12:24:33 <joda_bot> xMff: I really just need some way to see error messages if it breaks ... that's enough for me ... they production use is on lan anyway and what works
Apr 02 12:25:10 <joda_bot> but I can offer my parents optional wireless :D if it breaks from time to time ... that's no problem as they're used to lan/wired network
Apr 02 12:25:30 <joda_bot> they production => the production use
Apr 02 12:26:10 <joda_bot> was the name of the /jffs mount changed to overlay?
Apr 02 12:26:31 <dkostousov> xMff: I have found symlinks in package/feeds
Apr 02 12:30:55 <dkostousov> Have anybody an idea to add a option "revision number" for "scripts/feeds update"? If the options is defined then the script update feed  to the specific revision.
Apr 02 12:37:17 <dFence> hey guys, how does the patching-mechanism work for the platform/board specific code? (everything in target/linux/*/files-X) -- what patch-file handles the integration into the kernel?
Apr 02 12:38:11 <[florian]> dFence: it's a makefile in include/*.mk which does that
Apr 02 12:38:23 <dFence> [florian]: thanks
Apr 02 12:38:30 <[florian]> dFence: basically, generic patches which apply to all targets go in target/linux/generic/patches-x.y.z
Apr 02 12:38:34 <[florian]> the same applies for files
Apr 02 12:39:58 <dFence> [florian]: what i'm trying to do is to manually rebuild the kernel for the rdc
Apr 02 12:40:44 <dFence> because somehwere there's a patch that renders the kernel unable to boot on the linksys nas200
Apr 02 13:12:10 <joda_bot> Acinonyx: wpad (included with openwrt) and hostapd-mini work fine with the wrt54gs (right now, but it failed to work out of the box)
Apr 02 13:12:14 <joda_bot> not sure what i changed
Apr 02 13:34:05 <CIA-39> thepeople * r20654 /packages/net/ez-ipupdate/files/ez-ipupdate.hotplug: use internal server unless specified, closes #7041
Apr 02 18:04:17 <swalker> shouldn't the binutils/gcc Makefiles be call'ing qstrip rather than rolling their own?
Apr 02 18:47:25 <[florian]> swalker: likely, yes
Apr 02 19:54:14 <glp> Backfire release meeting will start in a few minuts
Apr 02 19:58:02 <joda_bot> glp: where is that meeting? :D
Apr 02 19:58:05 <joda_bot> here?
Apr 02 19:58:13 <glp> joda_bot: yes
Apr 02 19:58:35 <joda_bot> so the minor-users are expected to be silent and apllaud?
Apr 02 19:58:44 <xMff> yes
Apr 02 19:58:52 <xMff> but only if told to do so
Apr 02 19:58:56 <thepeople> joda_bot: no, they are expected to take up a package to maintain
Apr 02 19:59:05 <thepeople> :-D
Apr 02 19:59:11 <glp> joda_bot: or add some feedback/comments
Apr 02 19:59:53 <joda_bot> if I get free waffles ... perhaps :D
Apr 02 20:00:01 <glp> Tonights agenda is quiet short :-)
Apr 02 20:00:13 <glp> topic 1
Apr 02 20:00:37 <xMff> oha
Apr 02 20:00:42 <xMff> -EWIN, sry
Apr 02 20:01:13 <glp> RC2 is out, and it has hopefully weeded some of the bugs out
Apr 02 20:01:41 <glp> but it would be good to hear how it works ?
Apr 02 20:02:13 <thepeople> and please open bug reports for any issues you run across https://dev.openwrt.org
Apr 02 20:02:25 <glp> and specify what still creates problems needing to be solved
Apr 02 20:02:32 <xMff> it works so far but I see sysupgrade issues on brcm-2.4
Apr 02 20:02:49 <glp> what kind of issues
Apr 02 20:03:06 <xMff> sysupgrade -> diag mode waiting for tftp upload
Apr 02 20:03:39 <thepeople> xMff: with the whr-g125 correct?
Apr 02 20:03:52 <xMff> thepeople: correct, need to verify on a wrt54gl later
Apr 02 20:03:57 <Bartman007> I'll check a wrt54g later
Apr 02 20:04:11 <glp> didnt we have something like that approx a year ago?
Apr 02 20:04:21 <thepeople> I have a whr-hp-g54 I can test it on as well later
Apr 02 20:04:27 <Bartman007> we had other sysupgrade issues in 8.09
Apr 02 20:04:54 <noz> I've done 2 upgrades, both on WRTSL54GSs, from ancient self-build trunk. One succeeded perfectly, the other gave a corrupt flash, and I had to do  tftp boot
Apr 02 20:05:05 <noz> (upgrades to -RC2 that is)
Apr 02 20:05:18 <thepeople> noz: can you test sysupgrade from rc2 to rc2 or trunk?
Apr 02 20:05:52 <noz> Yes, at some point. One of them is a test setup. (The other keeps me on the net!)
Apr 02 20:06:05 <thepeople> ok
Apr 02 20:06:21 <xMff> another bug I've seen is luci crashes in various pages but that should be solved in the upcoming rc3, was most likely caused by lua refcounting which has been removed now
Apr 02 20:06:43 <xMff> one guy claimed uhttpd crashes for him when serving x-wrt but that has not been confirmed by others
Apr 02 20:07:01 <thepeople> xMff: what kind of known issues are there going to be in luci for release?
Apr 02 20:07:16 <thepeople> xMff: do you have that report somewhere?
Apr 02 20:07:21 <noz> One issue I have is with dnsmasq. The change from luci-hosts and luci-ethers to /etc/config/dhcp broke
Apr 02 20:07:25 <xMff> thepeople: check the forum
Apr 02 20:07:48 <noz> I haven't fully written it up yet, as I don't know exactly what's going on.
Apr 02 20:07:50 <thepeople> xMff: ok
Apr 02 20:07:56 <xMff> noz: broke?
Apr 02 20:08:53 <xMff> noz: broke dnsmasq?
Apr 02 20:08:59 <noz> I lost all the ethers info, and the /e/c/luci-hosts info was moved into /e/c/dhcp, but this results in a huge cmdline to dnsmasq, and I have unresolved problems with DHCP
Apr 02 20:09:26 <xMff> noz: where did you store the ethers info?
Apr 02 20:09:34 <xMff> noz: in uci or ethers.local ?
Apr 02 20:09:36 <noz> I'm not convinced that passing all the hosts info to dnsmasq on the cmdline is the right way to do it
Apr 02 20:10:01 <joda_bot> i second noz on that one, why not keep it in a file?
Apr 02 20:10:07 <noz> xMff: It's a little difficult to recall - hang on a mo while I check a backup
Apr 02 20:10:39 <joda_bot> like /etc/config/ethers?
Apr 02 20:11:13 <thepeople> joda_bot: /etc/config is reserved for uci configs
Apr 02 20:11:26 <joda_bot> k
Apr 02 20:11:51 <xMff> joda_bot: it confuses the users, there was /etc/ethers with plain openwrt, /etc/ethers.local with luci installed, some did not see the point of separated configs etc.
Apr 02 20:11:59 <noz> xMff: OK, the ethers problem was my own. I had the info in /etc/ethers.local, not in /etc/config/luci-ethers, so just had to copy /etc/ethers.local to /etc/ethers, now that isn't a link
Apr 02 20:12:20 <xMff> noz: ok I can fix that up in the migration code
Apr 02 20:12:27 <noz> So I have no information as to whether the upgrade worked.
Apr 02 20:12:51 <noz> What troubles me more is the huge cmdline for dnsmasq.
Apr 02 20:13:03 <xMff> as for the huge command line... well we can pass up to 65535 args, so I am not that worried yet
Apr 02 20:13:22 <xMff> people who have that much entries most likely do not use the ui or dnsmasq
Apr 02 20:13:30 <Bartman007> xMff: args or characters?
Apr 02 20:13:36 <xMff> Bartman007: args iirc
Apr 02 20:13:48 <thepeople> otherwise the initscript needs to be changed to generate a dnsmasq.conf file to start dnsmasq up with
Apr 02 20:14:15 <noz> OK. Somewhere along the line (again it may be my misconfiguration, but I don't think so) DHCP has stopped working, and the cmdline no longer has --dhcp-range args in it
Apr 02 20:14:28 <thepeople> which could cause issues with users that already use a dnsmasq.conf file with the uci config
Apr 02 20:14:38 <noz> thepeople: dnsmasq will read /etc/ethers - won't it read /etc/hosts as well?
Apr 02 20:15:10 <xMff> noz: the philosophy I follow in luci is to avoid touching standard files
Apr 02 20:15:11 <thepeople> I think it needs expand-hosts on which is default in the config
Apr 02 20:15:52 <xMff> it is too likely to break user edited stuff by parsing it and write it back again
Apr 02 20:15:54 <thepeople> noz: rc2 is missing --dhcp-range?
Apr 02 20:16:04 <joda_bot> I noticed an "elusive" bug with wan in DHCP-mode where udhcpd's if ip is removed and I missed something to just restart udhcpd or renew the dhcpd release with
Apr 02 20:16:04 <xMff> there are several reasons
Apr 02 20:16:38 <xMff> dhcp-renge could go missing if the init script detected another dhcp server on the same segment
Apr 02 20:16:41 <xMff> *range
Apr 02 20:17:11 <xMff> in this case you have to set the force option
Apr 02 20:17:21 <noz> xMff: Hmm. OK. I sort of understand, but then it is confusing when what you configure doesn't tie in with the "standard files"
Apr 02 20:18:21 <noz> xMff: OK - let's leave it as my problem for now ;-)
Apr 02 20:18:25 <xMff> noz: yes I know and I'll probably introduce some kind of freetext editor for such cases but I'm not going to touch those through the standard forms
Apr 02 20:18:48 <noz> I'll get back if I discover I can't get DHCP working soon
Apr 02 20:18:55 <xMff> okay
Apr 02 20:19:22 <xMff> thepeople: as for the known issues; well I can't tell yet
Apr 02 20:20:08 <noz> I presume I can use udhcpd manually to check if there is another DHCP server?
Apr 02 20:20:28 <xMff> noz: hang on, let me find the relevant cmdline
Apr 02 20:21:19 <xMff> noz: https://dev.openwrt.org/browser/trunk/package/dnsmasq/files/dnsmasq.init#L254
Apr 02 20:22:31 <xMff> joda_bot: you miss some option to bring the interface up again?
Apr 02 20:22:54 <noz> Could we not use -H (additional hosts) to construct an extra hosts file from /etc/config/dhcp, say in /tmp, and point to that, rather than adding loads of cmdline options?
Apr 02 20:23:12 <joda_bot> yeah I was confused I could not restart udhcpd
Apr 02 20:23:15 <xMff> noz: good idea
Apr 02 20:23:25 <xMff> joda_bot: noted it on the todo
Apr 02 20:23:50 <joda_bot> just some central interface up and down like for wifi would help alot
Apr 02 20:24:20 <joda_bot> (I guess an alias to the hotplug daemon is fine too :D)
Apr 02 20:24:22 <xMff> you mean for cli or for cmdline?
Apr 02 20:24:27 <xMff> emr cli or gui?
Apr 02 20:24:48 <joda_bot> I was talking about command line, but offering this in the gui will be good too
Apr 02 20:25:01 <xMff> on the commandline it is   ifup lan
Apr 02 20:25:03 <xMff> or ifup wan
Apr 02 20:25:10 <xMff> or however you called the network
Apr 02 20:25:23 <joda_bot> ok, would ifup wifi or wlan work?
Apr 02 20:25:30 <xMff> depends
Apr 02 20:25:39 <Bartman007> joda_bot: if you have a network defined called wifi or wlan, yes.
Apr 02 20:25:57 <joda_bot> hm, ok ifup has no help page/syntax page :)
Apr 02 20:26:13 <xMff> noz: very good idea, will look into it tonight
Apr 02 20:26:44 <joda_bot> ok, good to know ... might be worth mentioning somewhere that to restart udhcpd an repeated ifup wan could help
Apr 02 20:26:54 <xMff> noz: one problem though, I am not sure whether ptr records can be passed this way (are they created automatically?)
Apr 02 20:27:02 <noz> I'll check
Apr 02 20:27:05 <joda_bot> if I track down the bug causing the loss of the interface configuration I'll report back
Apr 02 20:27:53 <joda_bot> (perhaps just add a udhcpd daemon that just does that?)
Apr 02 20:28:20 <xMff> on the rc2 issues: pyther in #openwrt reported that enabling qos renders his WZR-HP-G300NH inaccessible
Apr 02 20:28:46 <xMff> also ssh is not started (on firstboot) so the device is inaccesible after setting the password via telnet
Apr 02 20:28:54 <glp> inaccesible in what way?
Apr 02 20:29:07 <xMff> inaccesible via command line tools
Apr 02 20:29:20 <xMff> telnet refuses connections since a pwd has been set and sshd is not running
Apr 02 20:30:03 <xMff> however I do not know whether we even consider this device as fully supported
Apr 02 20:30:09 <xMff> ... yezt
Apr 02 20:30:11 <xMff> *yet
Apr 02 20:32:08 <glp> I keep forgetting details, is that device ar71xx or ralink?
Apr 02 20:34:35 <xMff> ar71xx
Apr 02 20:34:42 <glp> ok
Apr 02 20:34:58 <glp> what else has show up with RC2?
Apr 02 20:36:33 <{Nico}> imagebuilders were borked, i'm working on it for -rc3
Apr 02 20:37:13 <xMff> the testing time was limited, I think the majority of unkown issues is yet to be found
Apr 02 20:37:35 <xMff> s/unkown //
Apr 02 20:38:01 <joda_bot> I submitted a patch luci-app-ddns which makes luci read the ddns-scripts services config ... the services are user configurable, should this file from /usr/lib/ddns/services be moved into /etc ?
Apr 02 20:38:21 <joda_bot> patch *for* luci-app-ddns
Apr 02 20:38:36 <xMff> joda_bot: I think it should remain there for now
Apr 02 20:38:39 <glp> what is the ticket status, related to RC2?
Apr 02 20:38:44 <glp> {Nico}: ?
Apr 02 20:44:30 <{Nico}> glp: checking
Apr 02 20:47:59 <{Nico}> thepeople: is https://dev.openwrt.org/ticket/6899 confirmed ?
Apr 02 20:48:43 <thepeople> {Nico}: I have had no response to my request, I think it is a race issue on boot
Apr 02 20:51:24 <noz> xMff: I still think there might be something wrong with /etc/init.d/dnsmasq. There's a DHCP server replying on br-lan (so that's not getting a --dhcp-range, understood), but not one on wlan0 (I run split WLAN/LAN), yet still no --dhcp-range for wlan0
Apr 02 20:51:42 <noz> I'll keep on digging - watch this space
Apr 02 20:54:51 <thepeople> {Nico}: I don't see that issue locally so if I don't get a reply I am inclined not to worry about it
Apr 02 20:57:30 <glp> are there any reports which seem to be show-stoppers?
Apr 02 21:02:31 <{Nico}> not really, most tickets need to be confirmed
Apr 02 21:03:07 <blogic> hi
Apr 02 21:04:20 <glp> blogic: evening
Apr 02 21:05:50 <glp> {Nico}: meaning that RC3 can be pushed out?
Apr 02 21:07:24 <{Nico}> there's still https://dev.openwrt.org/ticket/6939 that needs to be addressed
Apr 02 21:07:49 <{Nico}> atm, most kernel modules for ixp4xx are not built because of this
Apr 02 21:08:48 <{Nico}> leading to other issues, like this one >> https://dev.openwrt.org/ticket/6936
Apr 02 21:12:11 <glp> {Nico}: don't we have a fix for this pptpd soemwhere?
Apr 02 21:14:21 <{Nico}> glp: the fix is to have kernel modules packaged for ixp4xx :) i.e. fix #6939
Apr 02 21:15:06 <glp> {Nico}: wonderful
Apr 02 21:22:34 <glp> so .... will this be fixed for RC3 ?
Apr 02 21:23:33 <{Nico}> there's an "untested" fix attached to #6939, but noone seems to care :/
Apr 02 21:23:38 <stintel> forgive me for asking, but can we expect ar8316 support in 10.03 ?
Apr 02 21:24:34 <stintel> or is it too big of a change to still go in ?
Apr 02 21:24:35 <thepeople> stintel: I don't think ar8316 support will be in 10.03
Apr 02 21:24:45 <thepeople> maybe in a point release later on
Apr 02 21:25:57 <stintel> sorry to hear that :(
Apr 02 21:30:39 <glp> anybody willing to test 6939?
Apr 02 21:36:39 <glp> {Nico}: how is the deadline for final release looking atm?
Apr 02 21:41:09 <{Nico}> glp: it seems ok
Apr 02 21:43:15 <glp> {Nico}: so still aiming for sunday?
Apr 02 21:43:42 <{Nico}> glp: yes
Apr 02 21:44:00 <thepeople> so, now on to branching :-)
Apr 02 21:45:29 <glp> ah, yes
Apr 02 21:46:48 <{Nico}> objections, anyone ?
Apr 02 21:47:48 <glp> {Nico}:not really
Apr 02 21:48:42 <thepeople> nope
Apr 02 21:51:14 <CIA-39> nico * r20655 /branches/backfire/: branch backfire (finally)
Apr 02 21:51:58 <thepeople> HORRAY!
Apr 02 21:53:17 <blogic> so we can commit stuff to trunk gain ?
Apr 02 21:53:44 <thepeople> blogic: should be able to :-)
Apr 02 21:53:55 <glp> blogic: spo's
Apr 02 21:57:54 <glp> Is there other topics we should talk about tonight?
Apr 02 21:58:15 <thepeople> We still need more package maintainers
Apr 02 21:58:31 <thepeople> https://dev.openwrt.org/wiki/packages is a list of currently maintained packages
Apr 02 21:58:45 <thepeople> if anyone want to maintain a package please let me know
Apr 02 21:58:51 <blogic> we shoule enforce a MAINTIANER:= field in all trunk packages
Apr 02 21:59:18 <thepeople> blogic: the maintainers are adding themselves
Apr 02 21:59:26 <blogic> yes
Apr 02 21:59:28 <thepeople> blogic: I sent out an email :-)
Apr 02 21:59:34 <blogic> not to me
Apr 02 21:59:38 <blogic> or i missed it
Apr 02 21:59:41 <thepeople> are you a package maintainer?
Apr 02 21:59:48 <blogic> dunno
Apr 02 21:59:53 <blogic> i maintian packges in trunk
Apr 02 22:00:03 <blogic> as in trunk/packages/
Apr 02 22:00:12 <thepeople> ok, trunk/ is maintained by the core devs
Apr 02 22:00:20 <thepeople> no extra maintainers there
Apr 02 22:00:38 <thepeople> the extra package repo is what I am refering to
Apr 02 22:00:58 <thepeople> blogic: if you want to add yourself to a trunk/ package that would be fine
Apr 02 22:01:09 <thepeople> then I can assign you tickets when it breaks
Apr 02 22:01:23 <thepeople> anyhow I have to run for a few hours
Apr 02 22:01:26 <glp> thepeople: btw. how are things with patch-team?
Apr 02 22:01:45 <thepeople> glp: so-so I need to discuss a few things
Apr 02 22:01:59 <thepeople> Spudz76 has been great, some people I haven't heard from
Apr 02 22:02:27 <thepeople> so I will be clean things up there in the coming weeks
Apr 02 22:02:36 <glp> thepeople: somethng to work on
Apr 02 22:02:44 <thepeople> also trac is in much better shape then it was
Apr 02 22:02:59 <thepeople> the ml is still being worked on
Apr 02 22:03:31 <blogic> do we have a list of patches on the ml ?
Apr 02 22:03:42 <blogic> we wanted to get patchwork up and running at some point
Apr 02 22:04:34 <thepeople> blogic: we talked a bit about that, and we are thinking if we implement patchwork to just have it handle new patches
Apr 02 22:04:51 <thepeople> anyhow I really need to run
Apr 02 22:05:10 <blogic> ok
Apr 02 22:05:20 <glp> ttyl
Apr 02 22:08:09 <glp> then I will say that we migth as well finish to tonite/today
Apr 02 22:56:24 <CIA-39> jow * r20656 /trunk/package/dnsmasq/ (Makefile files/dnsmasq.init): [package] dnsmasq: allow multiple hostnames per domain section
Apr 02 22:59:41 <CIA-39> nico * r20657 /trunk/package/busybox/Makefile: [package] busybox: add myself as maintainer
Apr 02 23:21:18 <rtz2> thepeople: ping
Apr 02 23:59:20 <thepeople> rtz2: pong
Apr 03 00:01:54 <rtz2> thepeople: sorry, i didn't have time yesterday
Apr 03 00:02:09 <thepeople> rtz2: np
Apr 03 00:02:20 <rtz2> thepeople: and I forgot the name of the digest something program :/
Apr 03 00:04:19 <rtz2> thepeople: so, if you could tell me the name again, I will have the info for you in 5 min
Apr 03 00:04:22 <thepeople> rtz2: ssh public key for svn, and the hash created by 'htdigest -c passwdfile openwrt username' for trac.
Apr 03 00:04:54 <rtz2> htdigest, thanks
Apr 03 00:07:08 <rtz2> thepeople: you want to have it via e-mail or in a private query?
Apr 03 00:10:08 <thepeople> rtz2: email will work better
Apr 03 00:10:24 <thepeople> then I can forward it to the needed admins
Apr 03 00:10:31 <thepeople> easier for me to keep track of
Apr 03 00:10:31 <rtz2> ok
Apr 03 00:18:19 <thepeople> rtz2: do you have me email?
Apr 03 00:24:46 <thepeople> rtz2: you didn't tell me what packages you want to maintain :-P
Apr 03 00:26:22 <rtz2> thepeople: nano
Apr 03 00:26:29 <rtz2> thepeople: it's also in the mail topic
Apr 03 00:26:43 <rtz2> :)
Apr 03 00:26:45 <thepeople> <- blind
Apr 03 00:27:10 <rtz2> well, I admit it's not a very obvious place
Apr 03 00:27:48 <thepeople> to bad it is there, otherwise I could have signed you up for all sorts of random packages ;-P
Apr 03 00:28:45 <rtz2> lol
Apr 03 00:29:07 <rtz2> thepeople: I promise to take a look at samba over the weekend :)
Apr 03 00:29:40 <thepeople> rtz2: ok, a maintainer for that would be nice :-D
Apr 03 00:30:41 <builder> build #36 of rb532 is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/rb532/builds/36
Apr 03 00:31:46 <rtz2> thepeople: when will I have access to trac/svn?
Apr 03 00:32:09 <thepeople> rtz2: generally within a day or so
Apr 03 00:32:16 <rtz2> thepeople: ok
Apr 03 00:33:42 <thepeople> although it is easter weekend so it may be early next week
Apr 03 00:35:04 <rtz2> no problem
Apr 03 00:37:35 <thepeople> so, anyone else want to maintain a package?
Apr 03 00:48:31 <CIA-39> nico * r20658 /branches/backfire/package/base-files/files/etc/banner: [backfire] change /etc/banner with appropriate version informations & cockail recipe
Apr 03 00:49:03 <CIA-39> nico * r20659 /branches/backfire/package/base-files/files/etc/ (openwrt_release openwrt_version): [backfire] add /etc/openwrt_release & /etc/openwrt_version files
Apr 03 00:50:28 <CIA-39> nico * r20660 /branches/backfire/package/opkg/files/opkg.conf: [backfire] opkg: set appropriate repository URLs in opkg.conf
Apr 03 00:58:48 <CIA-39> nico * r20661 /trunk/package/busybox/ (28 files in 15 dirs): [package] busybox: update to v1.16.1 (based on v1.16.0 update patch from Peter Wagner)
Apr 03 01:07:35 <CIA-39> thepeople * r20662 /branches/backfire/feeds.conf.default: update x-wrt url for backfire
Apr 03 01:10:07 <CIA-39> thepeople * r20663 /packages/multimedia/ftpd-topfield/Makefile: fix ftpd-topfield from overwriting init script with conf file, from #6999
Apr 03 01:11:43 <Weedy> thepeople: oi
Apr 03 01:12:06 <Weedy> xMff: oi
Apr 03 01:12:22 <thepeople> hello Weedy
Apr 03 01:12:36 <Weedy> have either of you done anything with or know of ways to do mac/ip based bandwidth accounting?
Apr 03 01:13:10 <thepeople> nope
Apr 03 01:13:33 <Weedy> i'm going to be installing a router in a hostile enviroment where i will have atleast 14 university students whoring one wan connection
Apr 03 01:14:20 <Weedy> i know i'll be able to QOS the hell out of it but I would like to be able to graph trouble makers
Apr 03 01:14:21 <thepeople> Weedy: qos-scripts
Apr 03 01:14:31 <thepeople> Weedy: bandwidthd can do it
Apr 03 01:15:03 <thepeople> but it will require a router with a decent amount of cpu to run it on a fast connection
Apr 03 01:15:05 <jow_laptop> Weedy: https://forum.openwrt.org/viewtopic.php?id=23285
Apr 03 01:16:38 <thepeople> otherwise if you monitor with bandwidthd you can qos the ip/mac as bulk and see how they like it ;-P
Apr 03 01:36:29 <CIA-39> nico * r20664 /trunk/package/kernel/modules/block.mk: [package] kernel: move support for generic IDE chipsets out of ide-core in their own packages, fix ixp4xx build issue (closes: #6939)
Apr 03 01:49:51 <Weedy> bandwidthd looks good
Apr 03 01:52:50 <CIA-39> nico * r20665 /branches/backfire/target/linux/ (19 files in 19 dirs): [backfire] remove targets not (yet) supported in 10.03
Apr 03 01:57:30 <CIA-39> nico * r20666 /branches/backfire/target/linux/ (25 files in 20 dirs): [backfire] remove unused kernel config, files & patches in 10.03
Apr 03 02:00:54 <rtz2> {Nico}: you can also remove .32 for rdc
Apr 03 02:01:59 <rtz2> {Nico}: it's basically broken at the moment
Apr 03 02:03:02 <{Nico}> rtz2: yeah, i will probably remove the stuff that is not currently used in backfire
Apr 03 02:03:20 <{Nico}> it would probably be better to copy it back from trunk later
Apr 03 02:04:13 <rtz2> {Nico}: I only saw the cia message and thought you only overlooked it
Apr 03 02:05:47 <{Nico}> we aim at moving all to 2.6.32, that will probably be a long-term support kernel version
Apr 03 02:07:17 <rtz2> {Nico}: ahh, ok
**** ENDING LOGGING AT Sat Apr 03 02:59:57 2010