**** BEGIN LOGGING AT Wed Jan 06 02:59:57 2010
Jan 06 06:05:17 <CIA-36> nbd * r19051 /trunk/ (2 files in 2 dirs):
Jan 06 06:05:17 <CIA-36> ixp4xx: allocate all skbs using GFP_DMA
Jan 06 06:05:17 <CIA-36> this ensures that dma bounce buffers will not be used frequently when bridging or routing frames between ethernet and wifi.
Jan 06 06:05:17 <CIA-36> significantly improves ath9k performance and obsoletes an ath specific patch
Jan 06 09:36:00 <CIA-36> hcg * r19052 /trunk/package/wpa_supplicant/patches/150-Remove-PS3-gelic-legacy-wpa-support.patch: wpa_supplicant: remove legacy PS3 gelic wpa driver support
Jan 06 12:36:39 <nunojpg> what is the recommend way to automate the building process?
Jan 06 12:37:06 <nunojpg> saving a configuration and patching the the filesystem before creating the image
Jan 06 12:37:34 <nbd> patching the filesystem?
Jan 06 12:37:39 <nbd> why?
Jan 06 12:38:13 <nunojpg> I don't know if it is the right word:)
Jan 06 12:38:22 <nunojpg> making changes to the config files, for example
Jan 06 12:38:44 <nbd> you can create a files/ directory in the top-level build system directory
Jan 06 12:38:53 <nunojpg> but that will replace?
Jan 06 12:38:55 <nbd> anything you put there will be copied to the filesystem after all packages have been installed
Jan 06 12:39:03 <nbd> so it can override anything
Jan 06 12:39:25 <nunojpg> ok, but there is no mechanism to only change some lines, and keep the rest unchanged?
Jan 06 12:39:34 <nbd> no
Jan 06 12:39:39 <nbd> well, not on the host
Jan 06 12:39:54 <nunojpg> ok, I think I can survive
Jan 06 12:39:54 <nbd> you could add a /etc/uci-defaults/ file
Jan 06 12:40:05 <nbd> which contains a few uci set and uci commit commands
Jan 06 12:40:12 <nbd> it will only be run on the first boot
Jan 06 12:40:19 <nbd> and then automatically be deleted
Jan 06 12:41:01 <nunojpg> owh, ok
Jan 06 12:41:16 <nunojpg> but anyway, I can just replace the files
Jan 06 12:41:36 <nunojpg> a hotplug event for firstboot && restart will always put the system back at factory settings?
Jan 06 12:44:27 <nunojpg> I am planning to do a package for that, with config section for Button and Delay
Jan 06 12:45:20 <nbd> yes
Jan 06 12:48:35 <nunojpg> Does something like that already exist? is that a stupid idea? I don't get why there isn't such thing already done:S
Jan 06 12:49:17 <nbd> there is a button-hotplug package
Jan 06 12:49:30 <nbd> which is configurable
Jan 06 12:52:23 <nunojpg> sorry, kmod-button-hotplug?
Jan 06 12:53:16 <nbd> no
Jan 06 12:53:27 <nbd> oh, wait
Jan 06 12:53:43 <nbd> yes, for some reason there's a separate kernel package for that
Jan 06 12:54:27 <nbd> i forgot where i saw the configurable scripting stuff, though
Jan 06 12:54:40 <nbd> must have been in a different branch or something
Jan 06 12:56:47 <nunojpg> well, I'm doing a very simple ash script on top of kmod-button-hotplug
Jan 06 12:57:00 <nunojpg> and it will take the config section from /etc/config/system
Jan 06 12:57:14 <nunojpg> button/action/timeout
Jan 06 12:57:44 <nunojpg> I feel that this would help a lot beginners
Jan 06 12:59:21 <nbd> ok
Jan 06 13:31:22 <nunojpg> the first action on a button on the wrt160nl doesn't give a hotplug event
Jan 06 13:31:26 <nunojpg> also they are inverted
Jan 06 13:32:01 <nunojpg> so usual a push is a ACTION=released, and the release is ACTION=pressed
Jan 06 13:32:27 <nunojpg> but the first time I press and release, I only get a ACTION=pressed
Jan 06 14:58:16 <nunojpg> so the /etc/uci-defaults/ is a folder that will on boot run all the scripts and then delete them?
Jan 06 14:58:40 <nunojpg> and usually used to had uci sections to config files that already exist?
Jan 06 15:03:58 <nunojpg> but how does that handle a package install via opkg?
Jan 06 15:04:43 <nunojpg> do I need to restart to get the settings apllied?
Jan 06 15:23:59 <CIA-36> juhosg * r19053 /trunk/target/linux/generic-2.6/ (3 files in 3 dirs):
Jan 06 15:23:59 <CIA-36> kernel: use generic thread_info allocator on MIPS
Jan 06 15:23:59 <CIA-36> * Fixes kernel panic if SLUB_DEBUG is enabled.
Jan 06 15:24:02 <CIA-36> juhosg * r19054 /trunk/target/linux/ar71xx/files/drivers/net/ag71xx/ (ag71xx.h ag71xx_debugfs.c ag71xx_main.c): ar71xx: add detailed interrupt statistics for the ag71xx driver
Jan 06 15:24:05 <CIA-36> juhosg * r19055 /trunk/target/linux/ar71xx/files/arch/mips/ar71xx/mach-wrt400n.c: ar71xx: don't include nvram.h for the WRT400N
Jan 06 16:04:52 <netprince> ping xMff: using opkg on r18953, I get this error when trying to upgrade my custom scripts package: http://openwrt.pastebin.ca/1740276
Jan 06 16:05:16 <netprince> xMff: works ok if I use --force-overwrite
Jan 06 16:05:48 <jow_laptop> netprince: looks okay to me
Jan 06 16:06:07 <jow_laptop> I mean, it acts as intended
Jan 06 16:06:56 <jow_laptop> maybe it shouldn't check for clashes once the package is installed but updated versions could introduce new files that would clash with other packages so I think the behaviour is okay
Jan 06 16:07:36 <netprince> ok, sounds fine to me too
Jan 06 16:08:05 <jow_laptop> as long as --force-overwrite actually works :)
Jan 06 16:08:51 <netprince> although it would be nice to not have to force-overwrite just because its an upgrade, right?  what if there are actually other conflicts?
Jan 06 16:09:54 <jow_laptop> I think opkg should never overwrite files belonging to other packages unless forced to do so
Jan 06 16:10:23 <jow_laptop> and tracking which overwrites were already approved and which not is fairly complex#
Jan 06 16:10:27 <netprince> that file doesn't belong to other packages though, it was included in my package, first install didn't report it either
Jan 06 16:10:45 <jow_laptop> is the firewall package installed?
Jan 06 16:11:00 <netprince> I use fully custom firewall scripts
Jan 06 16:11:15 <jow_laptop> okay, so the uci firewall is not installed`
Jan 06 16:11:19 <jow_laptop> ?
Jan 06 16:11:23 <netprince> leme check
Jan 06 16:12:36 <netprince> yes it is installed
Jan 06 16:12:49 <jow_laptop> then the behaviour is 100% okay
Jan 06 16:12:50 <netprince> it just gets overwritten when I install my package
Jan 06 16:12:54 <jow_laptop> yep
Jan 06 16:13:06 <jow_laptop> remove "firewall" and the problem will go away
Jan 06 16:13:07 <netprince> but I dont get a warning when doing a first install ??
Jan 06 16:13:16 <jow_laptop> this is indeed unusual
Jan 06 16:13:52 <netprince> I can uninstall the uci firewall package and see what happens...
Jan 06 16:14:01 <jow_laptop> was opkg this particular version when you first installed "customizer" ?
Jan 06 16:14:42 <netprince> not sure what you mean... I did a fresh install yesterday, installed customizer then, then tried to do an upgrade today
Jan 06 16:14:51 <jow_laptop> ok
Jan 06 16:15:09 <jow_laptop> did you update the package lists before installing "customzier" ?
Jan 06 16:15:16 <netprince> yeah
Jan 06 16:15:20 <jow_laptop> ok
Jan 06 16:15:30 <jow_laptop> then I'll report this as bug to upstream
Jan 06 16:15:48 <netprince> ok, it still works, I just thought it was a bit strange
Jan 06 16:16:56 <jow_laptop> you can work-around that by renaming your init script and disable the original one in postinstall
Jan 06 16:17:08 <jow_laptop> if you want
Jan 06 16:17:58 <netprince> I should probably do that anyway just to simplify things
Jan 06 16:18:22 <netprince> good idea, thanks
Jan 06 16:19:57 <jow_laptop> np
Jan 06 17:35:53 <solca> hi all! a question about mac80211 (b43 or ath9k) APs:
Jan 06 17:36:22 <solca> when 'iw dev wlan0 station dump' for every station there is an 'inactive time'
Jan 06 17:36:58 <solca> I have APs with inactive times of 83003536 which is like 23hrs
Jan 06 17:37:31 <solca> is the inactive time hardcoded somewhere and what is the current limit?
Jan 06 18:07:37 <netprince> doesnt changeset 18957 break the broadcom 2.4 build? since the modules dont have the _generic suffix there?
Jan 06 18:42:52 <nunojpg> juhosg is around?
Jan 06 18:43:03 <CIA-36> nbd * r19056 /trunk/package/mac80211/patches/550-queue_stop_fix.patch: mac80211: merge some further fixes to the queue stop patch
Jan 06 18:43:04 <nunojpg> latest patch just broke ar71xx
Jan 06 18:44:07 <nunojpg> https://dev.openwrt.org/changeset/19054/trunk
Jan 06 18:46:45 <CIA-36> nico * r19057 /trunk/package/kernel/modules/ (other.mk video.mk wireless.mk): [package] kernel: remove even more calls to CompareKernelPatchVer
Jan 06 18:50:39 <CIA-36> nico * r19058 /trunk/package/kernel/modules/crypto.mk: [package] kernel: cleanup crypto stuff and fix module names on 2.4
Jan 06 18:51:11 <{Nico}> netprince: thanks for pointing ^^^
Jan 06 18:51:32 <netprince> np
Jan 06 19:12:45 <xMff> nunojpg: a small typo actually
Jan 06 19:14:05 <xMff> nunojpg: http://openwrt.pastebin.com/md5ef541
Jan 06 19:19:12 <nunojpg> yes, I also looked
Jan 06 19:19:33 <nunojpg> but I didn't tought It would be usefull to submit a patch:)
Jan 06 19:42:13 <nunojpg> [ -n "$${IPKG_INSTROOT}" ]
Jan 06 19:42:16 <nunojpg> what is this for?
Jan 06 19:43:48 <xMff> to check whether running within the sdk or on the target
Jan 06 19:44:52 <nunojpg> why does it "run on the sdk"?
Jan 06 19:46:15 <xMff> when the buildroot preinstall packages into the rootfilesystem during build it will run each packages reinst/postinst scripts as well
Jan 06 20:16:08 <CIA-36> jow * r19059 /trunk/target/linux/ar71xx/files/drivers/net/ag71xx/ag71xx.h: [ar71xx] fix typo after r19054
Jan 06 21:13:19 <dingo> xMff: might there possibly be a gwak ipkg ?
Jan 06 21:14:30 <dingo> xMff: ermmm gawk
Jan 06 21:41:48 <xxiao> trunk failed to compile ar71xx http://pastebin.com/m4b531435
Jan 06 21:43:49 <stintel> xxiao: svn up, I belive your issue is fixed in r19059
Jan 06 21:43:55 <stintel> believe*
Jan 06 21:46:39 <xxiao> i svn-ed up already, maybe i need build from scratch, wait
Jan 06 21:46:55 <stintel> compiled fine here, maybe you need make clean idd
Jan 06 21:47:07 <xxiao>  make target/linux/clean && make
Jan 06 21:48:39 <xxiao> looks good now. thanks
Jan 06 22:18:14 <nunojpg> could someone be so kind to submit my patch https://dev.openwrt.org/ticket/6081? :D
Jan 07 00:00:43 <Plouj> hey guys
Jan 07 00:00:53 <Plouj> what is supposed to create /etc/hosts?
Jan 07 00:01:03 <Plouj> for some reason dnsmasq doesn't and just complains about it missing
Jan 07 01:22:38 <Plouj-> gah
Jan 07 01:22:43 <Plouj-> how is this supposed to expand: "--dhcp-host=$mac,${name:+net:$name,}$ip" ?
Jan 07 01:23:42 <cshore> is ${name:+net:$name} right?
Jan 07 01:24:04 <cshore> +net means if name has a value net name=net
Jan 07 01:24:08 <Plouj-> I don't think so because of this: https://dev.openwrt.org/ticket/6459
Jan 07 01:26:11 <cshore> what's is *supposed* to exand to?
Jan 07 01:27:19 <Plouj-> according to http://www.thekelleys.org.uk/dnsmasq/docs/dnsmasq-man.html it should not have "net:"
Jan 07 01:27:44 <Plouj-> it should just be --dhcp-host=00:22:15:64:A0:3D,yeti,10.2.2.10
Jan 07 01:28:01 <cshore> as written, if name is blah it will be net:blah
Jan 07 01:28:30 <Plouj-> ok, thanks
Jan 07 01:28:33 <cshore> so net:yeti ?
Jan 07 01:28:33 <Plouj-> I don't know how ash works
Jan 07 01:28:50 <Plouj-> yes, right now, it's --dhcp-host=00:22:15:64:A0:3D,net:yeti,10.2.2.10
Jan 07 01:29:04 <cshore> I just ran it in the shell...the second : fooled me...the first is a token but the second is literal text
Jan 07 01:29:47 <cshore> on what condition should the net: be applied, and what not?
Jan 07 01:30:00 <Plouj-> I don't think it ever should be applied
Jan 07 01:30:34 <Plouj-> dhcp_host_add() doesn't have enough info (network name), as far as I can tell
Jan 07 01:30:40 <cshore> hmm....you sure about that?  it was put in as net for a reason I think
Jan 07 01:30:59 <Plouj-> I'm trying to find the log for that file to understand that right now
Jan 07 01:31:31 <Plouj-> I'm really just guessing about how dnsmasq works, so take what I say witha grain of salt
Jan 07 01:31:42 <cshore> what does dnsmasq use the net: for?
Jan 07 01:31:43 <Plouj-> I don't even have a manual for the same version as on the router
Jan 07 01:32:09 <cshore> check $ROOTDIR/build_dir/target-blah/dnsmasq
Jan 07 01:32:11 <Plouj-> well, whatever this says, I don't understand it: http://www.thekelleys.org.uk/dnsmasq/docs/dnsmasq-man.html
Jan 07 01:32:22 <Plouj-> "The net:<network-id> sets the network-id tag whenever this dhcp-host directive is in use"
Jan 07 01:32:26 <Plouj-> I don't know what a network-id is
Jan 07 01:33:16 <Plouj-> how about $SVN_CHECKOUT/kamikaze/package/dnsmasq?
Jan 07 01:33:22 <Plouj-> oops, nvm
Jan 07 01:35:15 <cshore> network-id is arbitrary tag you assign for use by in other options to limit options to a particular network-id
Jan 07 01:35:49 <cshore> e.g. a dhcp-range that's different for different interfaces
Jan 07 01:35:55 <Plouj-> ok
Jan 07 01:36:20 <Plouj-> well, currently dhcp_host_add() doesn't seem to gather that kind of info as it's arguments
Jan 07 01:36:33 <cshore> if you see a network-id and you don't also have a hostname you could have a problem
Jan 07 01:36:50 <cshore> well the interface name in UCI is what is probably used as the network-id
Jan 07 01:37:00 <Plouj-> right now, the init.d script is setting the network-id to what the hostname should be
Jan 07 01:37:08 <cshore> which is wrong
Jan 07 01:37:24 <cshore> which would explain your bug
Jan 07 01:37:58 <cshore> check out what the other dhcp-options use net: for and expect it to be
Jan 07 01:38:18 <cshore> e.g. dhcp-range
Jan 07 01:38:42 <Plouj-> I think someone just stupidly copy-pasted that bit
Jan 07 01:39:08 <Plouj-> from append args "--dhcp-boot=${name:+net:$name,}$filename,$servername,$serveraddress"
Jan 07 01:39:28 <Plouj-> or maybe not
Jan 07 01:39:44 <cshore> no, I thought it about it...I think that parts right
Jan 07 01:40:23 <Plouj-> just changing to append args "--dhcp-host=$mac,$name,$ip"
Jan 07 01:40:25 <Plouj-> fixes my bug
Jan 07 01:40:36 <cshore> per UCI config ($name) will have a net:value
Jan 07 01:40:49 <Plouj-> humm?
Jan 07 01:40:53 <cshore> maybe you should add a repeated value (leave net)
Jan 07 01:40:55 <Plouj-> where is this UCI config?
Jan 07 01:41:07 <cshore> /etc/config/dhcp
Jan 07 01:41:41 <cshore> what file are you hacking /etc/init.d/dnsmasq?
Jan 07 01:42:02 <Plouj-> --dhcp-host=$mac,$name,${name:+net:$name,}$ip ?
Jan 07 01:42:16 <Plouj-> yeah, I'm hacking /etc/init.d/dnsmasq
Jan 07 01:42:18 <Plouj-> directly on the router
Jan 07 01:42:40 <Plouj-> --dhcp-host=00:22:15:64:A0:3D,yeti,net:yeti,10.2.2.10 also works
Jan 07 01:43:35 <Plouj-> if someone really needs to specify the network-id
Jan 07 01:43:43 <Plouj-> there should be another directive in /etc/config/dhcp
Jan 07 01:43:46 <cshore> is yeti the hostname
Jan 07 01:43:48 <Plouj-> like option network <network-id>
Jan 07 01:43:53 <Plouj-> yes, yeti is the hostname
Jan 07 01:43:59 <Plouj-> at least for me!
Jan 07 01:44:05 <cshore> erm...$name isn't hostname
Jan 07 01:44:07 <Plouj-> I dont' know about dnsmasq :)
Jan 07 01:44:42 <Plouj-> well
Jan 07 01:44:45 <Plouj-> that's debatable
Jan 07 01:44:55 <Plouj-> you might be right according to; http://wiki.openwrt.org/doc/uci/dhcp#static.leases
Jan 07 01:45:22 <Plouj-> but option name is a really ambiguous option
Jan 07 01:45:44 <Plouj-> plus, there is this: https://dev.openwrt.org/ticket/6426
Jan 07 01:45:44 <cshore> you need to add a hostname option
Jan 07 01:46:21 <Plouj-> if I have "config host <name>", can I just read the <name> from $1 or something like that?
Jan 07 01:47:13 <Plouj-> local hostname="$2
Jan 07 01:47:33 <cshore> in dnsmasw config get varname "$cfg" uciname
Jan 07 01:47:44 <cshore> config_get rather
Jan 07 01:47:58 <Plouj-> I don't understand what you just said
Jan 07 01:48:46 <cshore> if in /etc/config/dhcp you have
Jan 07 01:48:46 <cshore> config host
Jan 07 01:48:46 <cshore>        option hostname  yeti
Jan 07 01:48:46 <cshore>        option ip '6.6.6.6'
Jan 07 01:49:11 <cshore>  you can use
Jan 07 01:49:11 <cshore> config_get hostname "$cfg" hostname
Jan 07 01:49:20 <cshore> in the dnsmasq init.d
Jan 07 01:49:29 <Plouj-> oh
Jan 07 01:49:31 <cshore> and the variable would be $hostname
Jan 07 01:49:58 <Plouj-> why not something like:
Jan 07 01:50:02 <Plouj-> config host yeti
Jan 07 01:50:07 <cshore> but what are you trying to do
Jan 07 01:50:10 <Plouj->    option name <network-id>
Jan 07 01:50:19 <cshore> that would assign a name to a UCI section
Jan 07 01:50:21 <Plouj-> I'm trying to make my dhcp+dns work :)
Jan 07 01:50:22 <cshore> not what you want
Jan 07 01:50:49 <Plouj-> I personally don't care about network-id
Jan 07 01:50:57 <cshore> I mean are you trying to assign a specific address to a specific host without a /etc/hosts?
Jan 07 01:50:59 <Plouj-> but I'm just trying to fix the broken /etc/init.d/dnsmasq
Jan 07 01:51:05 <Plouj-> yes
Jan 07 01:51:21 <Plouj-> I want to replace /etc/ethers+/etc/hosts with just /etc/config/dhcp
Jan 07 01:51:39 <Plouj-> I'll do what you said
Jan 07 01:51:53 <cshore> actually there is a better way
Jan 07 01:52:13 <cshore> https://dev.openwrt.org/ticket/5017
Jan 07 01:52:25 <cshore> use the -A option of dnsmasq
Jan 07 01:52:47 <cshore> it wasn't supported previously, but is now
Jan 07 01:52:58 <cshore> or rather when the ticket is incorporated it will be
Jan 07 01:53:16 <Plouj-> I don't see how that is different from --dhcp-host=
Jan 07 01:53:42 <Plouj-> and the problem is still in /etc/init.d/dnsmasq :)
Jan 07 01:55:45 <Plouj-> I also wonder what is the purpose of: [ -n "$name" ] && dhcp_option_add "$cfg" "$name"
Jan 07 01:55:55 <Plouj-> and if I should copy-paste that for $hostname
Jan 07 02:01:18 <Plouj-> bah
Jan 07 02:01:34 <Plouj-> /home/plouj/work/kamikaze/build_dir/target-mipsel_uClibc-0.9.30.1/dnsmasq-2.51/ipkg-brcm47xx/dnsmasq/etc/init.d/dnsmasq isn't version controled
Jan 07 02:01:45 <Plouj-> I don't see any 'dnsmasq' file which is
Jan 07 02:02:04 <Plouj-> I mean, I don't see what in the repository actually becomes /etc/init.d/dnsmasq
Jan 07 02:02:44 <cshore> $ROOTDIR/packages/dnsmasq/files
Jan 07 02:02:53 <cshore> dnsmasq.init
Jan 07 02:02:56 <Plouj-> ah
Jan 07 02:04:02 <cshore> the advantage of -A is that you're a) not messing around with the network-id which is useful for other things and b) if you apply the patch it just works (though you might want to not do the bit about eliminating local).  That patch will soon be applied by Florian.
Jan 07 02:04:56 <cshore> also it allows to you assign names for entire lists of hosts, not just a single one
Jan 07 02:05:22 <cshore> (more easily that is)
Jan 07 02:06:07 <Plouj-> oh, wait
Jan 07 02:06:14 <Plouj-> I thought this was a patch for dnsmasq binary
Jan 07 02:06:24 <Plouj-> I didn't know it had an -A option
Jan 07 02:07:08 <Plouj-> umm
Jan 07 02:07:17 <Plouj-> so, how would I apply that patch to my router?
Jan 07 02:07:27 <Plouj-> which of the files do I download, first of all?
Jan 07 02:07:53 <CIA-36> nico * r19060 /trunk/tools/mpfr/Makefile: [tools] mpfr: add missing MD5SUM
Jan 07 02:10:10 <cshore> oh, if you want it right to the router simply use vi on the router (ssh in and edit)
Jan 07 02:10:27 <cshore> rather than applying the patch
Jan 07 02:10:37 <Plouj-> well, I want to apply it to my source
Jan 07 02:10:39 <Plouj-> first
Jan 07 02:11:03 <Plouj-> but I'm not sure which patch to use: https://dev.openwrt.org/attachment/ticket/5017/remove_local_and_add_address.patch or https://dev.openwrt.org/attachment/ticket/5017/remove_local_and_add_address2.patch
Jan 07 02:11:10 <cshore> the second one
Jan 07 02:11:57 <cshore> in $ROOTDIR
Jan 07 02:12:08 <cshore> patch -p1 < file.patch
Jan 07 02:12:32 <cshore> with a clean tree of course
Jan 07 02:12:59 <cshore> (or at least no edits on the same files)
Jan 07 02:14:14 <Plouj-> umm
Jan 07 02:14:17 <Plouj-> weird
Jan 07 02:14:31 <Plouj-> I'm too tired to tell why it's not applying
Jan 07 02:15:06 <cshore> just a sec
Jan 07 02:15:56 <cshore> probably edits on dnsmasq.init
Jan 07 02:16:06 <Plouj-> nope
Jan 07 02:16:09 <Plouj-> I svn reverted it
Jan 07 02:16:35 <Plouj-> http://fpaste.org/w1Qw/
Jan 07 02:16:44 <cshore> what about package/dnsmasq/files/dhcp.conf
Jan 07 02:16:50 <Plouj-> reverted it too
Jan 07 02:18:02 <Plouj-> oh well, I'm toooo tired, so I'll just keep my fix
Jan 07 02:18:12 <cshore> they've been edited in svn since the patch was made
Jan 07 02:18:21 <Plouj-> now my printing works!
Jan 07 02:18:25 <cshore> :)
Jan 07 02:18:29 <cshore> that's always good
Jan 07 02:18:47 <Plouj-> yeah, it's never good when you can't ping your network printer
Jan 07 02:19:00 <Plouj-> thanks
Jan 07 02:19:05 <cshore> m[
Jan 07 02:19:07 <cshore> np
**** ENDING LOGGING AT Thu Jan 07 02:59:56 2010