[02:42] <thepeople> the natsemi driver is not working under buildroot-ng with the 2.4 kernel
[02:43] <thepeople> it just errors out trying to install it with unmet dependencies
[02:43] <thepeople> 'kernel (=2.4.32-x86-1)'
[02:47] <[mbm]> what kernel shows up in ipkg list?
[02:49] <thepeople> booting it back up now
[02:51] <thepeople> kernel - 2.4.32-x86-1 -
[02:52] <[mbm]> looks like the same version as above
[02:53] <thepeople> I see that, hmm
[02:53] <[mbm]> (not saying we don't have a buggy ipkg)
[02:54] <thepeople> anything else I could try to get it to install?
[02:54] <[mbm]> thought there was an ipkg optoin to skip that check
[02:54] <[mbm]> -force-depends
[02:57] <thepeople> ok that installed it
[02:58] <thepeople> root@OpenWrt:/lib/modules/2.4.32# insmod natsemi
[02:58] <thepeople> insmod: not an ELF file
[02:58] <thepeople> insmod: Could not load the module: Invalid argument
[02:59] <[mbm]> hmm odd .. 'insmod natsemi.o' ?
[02:59] <thepeople> insmod: not an ELF file
[02:59] <thepeople> insmod: Could not load the module: Success
[03:00] <[mbm]> hmm might be some over agressive module stripping
[03:00] <thepeople> ok
[03:03] <thepeople> mean I just have to use my wireless card only for now
[03:03] <thepeople> means*
[03:04] <thepeople> anything else you would like me to try?
[03:05] <[mbm]> look at build_x86/linux/Rules.make
[03:05] <thepeople> build_i386
[03:05] <[mbm]> er right
[03:06] <[mbm]> think this is the part giving you trouble
[03:06] <[mbm]> http://pastebin.ca/155370
[03:06] <[mbm]> (which can also be found at the end of target/linux/generic-2.4/patches/209-build_fixes.patch)
[03:07] <[mbm]> reverting that and removing .modules_done should build a set of unstripped modules
[03:08] <[mbm]> or just nuke that part of the 209 patch and rebuild
[03:08] <thepeople> ok
[03:11] <thepeople> it will be a couple of minutes, duall 300mhz box
[03:12] <thepeople> btw where you working on getting buildroot to compile faster on smp boxes?
[03:12] <groz> hmm, i thought the last commit i did on that fixed that
[03:13] <groz> cuz i was having that problem
[03:14] Action: [mbm] looks to see what that commit was
[03:14] <groz> well it was back a while, when i had the same problem, and we were looking at that 209 patch
[03:14] <groz> i'll have to go back again, cuz, i haven't built a 2.4 for quite a while now
[03:14] <thepeople> did the 2.6 kernel work for you groz?
[03:14] <groz> after i got the 2.6 straitened out here, i never went back and did a 2.4 again
[03:15] <groz> yah, i'm running 2.6 here
[03:15] <groz> the router i'm typing this thru is a via epia with the 2.6 build on it
[03:15] <thepeople> nice
[03:15] <thepeople> I am working on a wrap board
[03:16] <groz> that's what all the changes i put in for initramfs were all about
[03:16] <groz> basically, build the 2.6 with the lilo stuff, and it spits out an image ready to dd onto a usb stick
[03:16] <[mbm]> can't see anything interesting in the timeline for the last month
[03:16] <groz> which boots that board
[03:16] <thepeople> lilo failed for me the last time I tryed it
[03:16] <thepeople> so I used grub
[03:17] <groz> failed in what manner ?
[03:17] <thepeople> failed to compile, I never looked into it
[03:17] <thepeople> you might have fixed it since then
[03:17] <groz> guess i should double check that all the changes actually got into the svn
[03:18] <thepeople> I can try it, if you would like
[03:18] <groz> cuz it's building ok for me, and the final image it produces, i just dd onto a usb stick
[03:18] <groz> and it boots/runs fine on the via board
[03:18] <thepeople> ok, after I get this up and working I will update and see if it works
[03:27] <thepeople> booting up
[03:31] <thepeople> same thing
[03:31] <thepeople> root@OpenWrt:/lib/modules/2.4.32# insmod natsemi.o
[03:31] <thepeople> insmod: not an ELF file
[03:31] <thepeople> insmod: Could not load the module: Success
[03:31] <[mbm]> are you sure you removed the patch?
[03:32] <thepeople> I will double check
[03:32] <[mbm]> probaly easiest to remove it from 209 and then wipe build_i386/linux*
[03:33] <thepeople> i just edited the file
[03:33] <thepeople> it is correct
[03:34] <[mbm]> but that doesn't rebuild the modules
[03:34] <groz> but you still have to clean all the old stuff out
[03:34] <groz> make modules_clean
[03:34] <thepeople> ohh
[03:34] <groz> rm .modules_done
[03:34] <groz> in the linux dir
[03:36] <thepeople> ok, lets try this again
[04:03] <thepeople> same error
[04:04] <thepeople> still doesn't load
[04:09] <thepeople> any other ideas?
[04:09] <[mbm]> really doesn't seem like it rebuilt the modules
[04:12] <thepeople> a make modules_clean and rm .modules_done in the build_i386/linux folder
[04:12] <thepeople> before I built it this time
[04:14] <[mbm]> I still say remove that part of 209 and nuke the linux dirs
[04:16] <thepeople> ok
[04:17] <thepeople> _modinst__: dummy
[04:17] <thepeople> ifneq "$(strip $(ALL_MOBJS))" ""
[04:17] <thepeople> mkdir -p $(MODLIB)/kernel/$(MOD_DESTDIR)
[04:17] <thepeople> cp $(sort $(ALL_MOBJS)) $(MODLIB)/kernel/$(MOD_DESTDIR)
[04:17] <thepeople> endif
[04:18] <thepeople> the patch reads like that now
[04:18] <thepeople> or nuke that also?
[04:21] <[mbm]> look for the line "@@ -176,7 +176,14 @@" and delete that line and everything after it
[04:21] <thepeople> ok
[04:23] <thepeople> it is rebuilding now
[05:41] <thepeople> Thank You [mbm]
[05:41] <thepeople> it works
[05:41] <thepeople> :-)
[05:41] <[mbm]> :)
[05:41] <groz> still the same modules issue ?
[05:42] <thepeople> yep
[05:42] <[mbm]> I thought "it works" meant "it works"
[05:42] <thepeople> deleting that part of the 209 patch fixed it
[05:42] <thepeople> it does work [mbm]
[05:43] <[mbm]> yeah I know.. some sarcasm for groz
[05:43] <thepeople> ok :-p
[05:43] <thepeople> it "just works"
[05:44] <[mbm]> you mean "it just barely works, this is some incredibly lousy software, you should really be ashamed" ?
[05:44] <groz> that's 2.4 on the wrap
[05:45] <thepeople> that is 2.4 on a wrap
[05:45] <thepeople> grub as the boot loader
[05:45] <thepeople> [mbm]: it isn't THAT bad
[05:46] <groz> did you figure out a way to get grub on it without actually mounting the device/
[05:46] <groz> ie, so it can be scripted to put grub into an image ?
[05:46] <thepeople> no, but I can look at it
[05:46] <groz> thats why i went back to lilo
[05:47] <groz> i can get it to go happily into an image
[05:47] <thepeople> ok
[05:49] <[mbm]> thepeople: it's WORSE??!
[05:50] <thepeople> yes
[05:50] <thepeople> the worst
[05:50] <thepeople> I am telling don't use it
[05:50] <thepeople> for your well being
[05:51] <thepeople> run away now
[05:51] <groz> ok, i'm confused
[05:51] <groz> what's worse than what ?
[05:52] <thepeople> i don't know
[05:53] <thepeople> (22:32:08) thepeople: it "just works"
[05:53] <thepeople> (22:32:59) [mbm]: you mean "it just barely works, this is some incredibly lousy software, you should really be ashamed" ?
[05:54] <thepeople> (22:34:18) thepeople: [mbm]: it isn't THAT bad
[05:54] <groz> ok, i missed some of that, no biggie
[05:54] <groz> busy day here
[05:54] <thepeople> :-)
[05:54] <thepeople> same
[06:01] <thepeople> do you have lilo packaged in the same file as the rest of openwrt when you dd it
[06:01] <thepeople> ?
[06:01] <groz> well in the menuconfig, select it as a compiled in
[06:01] <groz> then, read the readme included
[06:01] <groz> there is a script you need to run with root privs
[06:02] <groz> to actually do the final step of making the ext image bootable
[06:02] <groz> but when i committed it, it's complete with sample configs set up for a usb stick
[06:02] <groz> with 2.6
[06:02] <groz> so just build 2.6 with initramfs and ext2 selected
[06:02] <groz> when it's done, run the makebootable script
[06:03] <groz> and the image is ready to dd onto any usb stick, and you can resize the image up after
[06:03] <groz> i typically do it by selecting a ramdisk only boot from the console during boot
[06:03] <groz> the lilo is set up to do it's menu over serial port
[06:04] <thepeople> ok
[06:12] <thepeople> found another issue, I have the ethernet interface in the bridge (lan side) and I am unable to ping anything. The mac address is not being set
[06:13] <groz> the mac on the bridge isn't being set ?
[06:13] <groz> is the bridge up ?
[06:13] <thepeople> it isn't reciving the mac from the remote machine
[06:13] <thepeople> the bridge is up
[06:13] <thepeople> the only machine it sees a mac for is the one I am sshed into it with
[06:14] <groz> it wont 'see' the other one till an arp frame passes thru
[06:15] <groz> unless the other one is also a bridge, and, both are doing stp
[06:15] <groz> I'd also check the wires
[06:16] <thepeople> mypc---whr-g54s---wrap
[06:16] <thepeople> I am sshed into the wrap board from mypc
[06:17] <thepeople> wrap can ping mypc, but not the whr-g54s
[06:17] <thepeople> so my cables are good
[06:18] <thepeople> the wrap board also can't ping anything else on the network
[06:18] <thepeople> it is saying that all other devices that I try to ping have a mac of 00:00:00:00:00:00
[06:19] <thepeople> but it "sees" mypc's mac
[06:19] <groz> the mac of zeros just means it's not getting an arp response for them
[06:19] <thepeople> i know
[06:19] <thepeople> ls
[06:19] <groz> i'd check the wiring
[06:21] <thepeople> the wireing is good, I use it daily for misc things
[06:23] <thepeople> if I break the bridge it work
[06:23] <thepeople> works*
[06:24] <thepeople> I have no issues when eth0 is not in the bridge
[06:24] <groz> is the bridge maybe not getting promiscusous mode set
[06:25] <thepeople> root@OpenWrt:/etc/config# ifup lan
[06:25] <thepeople> /sbin/ifup: ./network: 2: onfig: not found
[06:25] <thepeople> eth0: Promiscuous mode enabled.
[06:25] <thepeople> device eth0 entered promiscuous mode
[06:25] <thepeople> br-lan: port 1(eth0) entering learning state
[06:25] <thepeople> br-lan: port 1(eth0) entering forwarding state
[06:25] <thepeople> br-lan: topology change detected, propagating
[06:26] <thepeople> how would I test to make sure it really is set?
[06:27] <groz> ifconfig, and look for it
[06:27] <groz> in the output
[06:31] <thepeople> not there
[06:37] <thepeople> well a reboot fixed the issue
[06:37] <thepeople> but promiscuous mode still doesn't show up
[06:37] <thepeople> for the adapter
[06:39] <thepeople> and the natsemi.o module doesn't load automaticly on start
[06:39] <groz> you need to put in something to load it, the autoload stuff isn't done yet
[06:39] <thepeople> ok :-)
[06:40] <thepeople> thanks for your help
[16:18] <[florian]> just figured out my irssi had crashed :(
[16:31] <[florian]> do you read me guys ?
[16:31] <dragorn> you're coming through
[17:32] <[florian]> nbd: have you made some tests with the binary drivers I posted the link few days ago ?
[17:48] <nbd> not yet
[17:50] <florian> ok
[17:50] <florian> no pb
[17:50] <florian> I am also very busy actually
[17:50] <florian> if you have time, try to complete the flash map driver, there are only few things missing
[20:49] <CIA-17> mbm * r4721 /packages/net/bind/patches/cross-compile.patch: fix bind compile
[21:35] <CIA-17> mbm * r4722 /packages/net/oidentd/patches/: remove empty dir
[23:18] <CIA-17> mbm * r4723 /branches/buildroot-ng/openwrt/package/openssl/Makefile: fix ccache error
[23:20] <[mbm]> I'm getting quite god at breaking things :/
[23:21] <[mbm]> s/god/good/
[00:00] --- Fri Sep 1 2006
[02:43] <thepeople> it just errors out trying to install it with unmet dependencies
[02:43] <thepeople> 'kernel (=2.4.32-x86-1)'
[02:47] <[mbm]> what kernel shows up in ipkg list?
[02:49] <thepeople> booting it back up now
[02:51] <thepeople> kernel - 2.4.32-x86-1 -
[02:52] <[mbm]> looks like the same version as above
[02:53] <thepeople> I see that, hmm
[02:53] <[mbm]> (not saying we don't have a buggy ipkg)
[02:54] <thepeople> anything else I could try to get it to install?
[02:54] <[mbm]> thought there was an ipkg optoin to skip that check
[02:54] <[mbm]> -force-depends
[02:57] <thepeople> ok that installed it
[02:58] <thepeople> root@OpenWrt:/lib/modules/2.4.32# insmod natsemi
[02:58] <thepeople> insmod: not an ELF file
[02:58] <thepeople> insmod: Could not load the module: Invalid argument
[02:59] <[mbm]> hmm odd .. 'insmod natsemi.o' ?
[02:59] <thepeople> insmod: not an ELF file
[02:59] <thepeople> insmod: Could not load the module: Success
[03:00] <[mbm]> hmm might be some over agressive module stripping
[03:00] <thepeople> ok
[03:03] <thepeople> mean I just have to use my wireless card only for now
[03:03] <thepeople> means*
[03:04] <thepeople> anything else you would like me to try?
[03:05] <[mbm]> look at build_x86/linux/Rules.make
[03:05] <thepeople> build_i386
[03:05] <[mbm]> er right
[03:06] <[mbm]> think this is the part giving you trouble
[03:06] <[mbm]> http://pastebin.ca/155370
[03:06] <[mbm]> (which can also be found at the end of target/linux/generic-2.4/patches/209-build_fixes.patch)
[03:07] <[mbm]> reverting that and removing .modules_done should build a set of unstripped modules
[03:08] <[mbm]> or just nuke that part of the 209 patch and rebuild
[03:08] <thepeople> ok
[03:11] <thepeople> it will be a couple of minutes, duall 300mhz box
[03:12] <thepeople> btw where you working on getting buildroot to compile faster on smp boxes?
[03:12] <groz> hmm, i thought the last commit i did on that fixed that
[03:13] <groz> cuz i was having that problem
[03:14] Action: [mbm] looks to see what that commit was
[03:14] <groz> well it was back a while, when i had the same problem, and we were looking at that 209 patch
[03:14] <groz> i'll have to go back again, cuz, i haven't built a 2.4 for quite a while now
[03:14] <thepeople> did the 2.6 kernel work for you groz?
[03:14] <groz> after i got the 2.6 straitened out here, i never went back and did a 2.4 again
[03:15] <groz> yah, i'm running 2.6 here
[03:15] <groz> the router i'm typing this thru is a via epia with the 2.6 build on it
[03:15] <thepeople> nice
[03:15] <thepeople> I am working on a wrap board
[03:16] <groz> that's what all the changes i put in for initramfs were all about
[03:16] <groz> basically, build the 2.6 with the lilo stuff, and it spits out an image ready to dd onto a usb stick
[03:16] <[mbm]> can't see anything interesting in the timeline for the last month
[03:16] <groz> which boots that board
[03:16] <thepeople> lilo failed for me the last time I tryed it
[03:16] <thepeople> so I used grub
[03:17] <groz> failed in what manner ?
[03:17] <thepeople> failed to compile, I never looked into it
[03:17] <thepeople> you might have fixed it since then
[03:17] <groz> guess i should double check that all the changes actually got into the svn
[03:18] <thepeople> I can try it, if you would like
[03:18] <groz> cuz it's building ok for me, and the final image it produces, i just dd onto a usb stick
[03:18] <groz> and it boots/runs fine on the via board
[03:18] <thepeople> ok, after I get this up and working I will update and see if it works
[03:27] <thepeople> booting up
[03:31] <thepeople> same thing
[03:31] <thepeople> root@OpenWrt:/lib/modules/2.4.32# insmod natsemi.o
[03:31] <thepeople> insmod: not an ELF file
[03:31] <thepeople> insmod: Could not load the module: Success
[03:31] <[mbm]> are you sure you removed the patch?
[03:32] <thepeople> I will double check
[03:32] <[mbm]> probaly easiest to remove it from 209 and then wipe build_i386/linux*
[03:33] <thepeople> i just edited the file
[03:33] <thepeople> it is correct
[03:34] <[mbm]> but that doesn't rebuild the modules
[03:34] <groz> but you still have to clean all the old stuff out
[03:34] <groz> make modules_clean
[03:34] <thepeople> ohh
[03:34] <groz> rm .modules_done
[03:34] <groz> in the linux dir
[03:36] <thepeople> ok, lets try this again
[04:03] <thepeople> same error
[04:04] <thepeople> still doesn't load
[04:09] <thepeople> any other ideas?
[04:09] <[mbm]> really doesn't seem like it rebuilt the modules
[04:12] <thepeople> a make modules_clean and rm .modules_done in the build_i386/linux folder
[04:12] <thepeople> before I built it this time
[04:14] <[mbm]> I still say remove that part of 209 and nuke the linux dirs
[04:16] <thepeople> ok
[04:17] <thepeople> _modinst__: dummy
[04:17] <thepeople> ifneq "$(strip $(ALL_MOBJS))" ""
[04:17] <thepeople> mkdir -p $(MODLIB)/kernel/$(MOD_DESTDIR)
[04:17] <thepeople> cp $(sort $(ALL_MOBJS)) $(MODLIB)/kernel/$(MOD_DESTDIR)
[04:17] <thepeople> endif
[04:18] <thepeople> the patch reads like that now
[04:18] <thepeople> or nuke that also?
[04:21] <[mbm]> look for the line "@@ -176,7 +176,14 @@" and delete that line and everything after it
[04:21] <thepeople> ok
[04:23] <thepeople> it is rebuilding now
[05:41] <thepeople> Thank You [mbm]
[05:41] <thepeople> it works
[05:41] <thepeople> :-)
[05:41] <[mbm]> :)
[05:41] <groz> still the same modules issue ?
[05:42] <thepeople> yep
[05:42] <[mbm]> I thought "it works" meant "it works"
[05:42] <thepeople> deleting that part of the 209 patch fixed it
[05:42] <thepeople> it does work [mbm]
[05:43] <[mbm]> yeah I know.. some sarcasm for groz
[05:43] <thepeople> ok :-p
[05:43] <thepeople> it "just works"
[05:44] <[mbm]> you mean "it just barely works, this is some incredibly lousy software, you should really be ashamed" ?
[05:44] <groz> that's 2.4 on the wrap
[05:45] <thepeople> that is 2.4 on a wrap
[05:45] <thepeople> grub as the boot loader
[05:45] <thepeople> [mbm]: it isn't THAT bad
[05:46] <groz> did you figure out a way to get grub on it without actually mounting the device/
[05:46] <groz> ie, so it can be scripted to put grub into an image ?
[05:46] <thepeople> no, but I can look at it
[05:46] <groz> thats why i went back to lilo
[05:47] <groz> i can get it to go happily into an image
[05:47] <thepeople> ok
[05:49] <[mbm]> thepeople: it's WORSE??!
[05:50] <thepeople> yes
[05:50] <thepeople> the worst
[05:50] <thepeople> I am telling don't use it
[05:50] <thepeople> for your well being
[05:51] <thepeople> run away now
[05:51] <groz> ok, i'm confused
[05:51] <groz> what's worse than what ?
[05:52] <thepeople> i don't know
[05:53] <thepeople> (22:32:08) thepeople: it "just works"
[05:53] <thepeople> (22:32:59) [mbm]: you mean "it just barely works, this is some incredibly lousy software, you should really be ashamed" ?
[05:54] <thepeople> (22:34:18) thepeople: [mbm]: it isn't THAT bad
[05:54] <groz> ok, i missed some of that, no biggie
[05:54] <groz> busy day here
[05:54] <thepeople> :-)
[05:54] <thepeople> same
[06:01] <thepeople> do you have lilo packaged in the same file as the rest of openwrt when you dd it
[06:01] <thepeople> ?
[06:01] <groz> well in the menuconfig, select it as a compiled in
[06:01] <groz> then, read the readme included
[06:01] <groz> there is a script you need to run with root privs
[06:02] <groz> to actually do the final step of making the ext image bootable
[06:02] <groz> but when i committed it, it's complete with sample configs set up for a usb stick
[06:02] <groz> with 2.6
[06:02] <groz> so just build 2.6 with initramfs and ext2 selected
[06:02] <groz> when it's done, run the makebootable script
[06:03] <groz> and the image is ready to dd onto any usb stick, and you can resize the image up after
[06:03] <groz> i typically do it by selecting a ramdisk only boot from the console during boot
[06:03] <groz> the lilo is set up to do it's menu over serial port
[06:04] <thepeople> ok
[06:12] <thepeople> found another issue, I have the ethernet interface in the bridge (lan side) and I am unable to ping anything. The mac address is not being set
[06:13] <groz> the mac on the bridge isn't being set ?
[06:13] <groz> is the bridge up ?
[06:13] <thepeople> it isn't reciving the mac from the remote machine
[06:13] <thepeople> the bridge is up
[06:13] <thepeople> the only machine it sees a mac for is the one I am sshed into it with
[06:14] <groz> it wont 'see' the other one till an arp frame passes thru
[06:15] <groz> unless the other one is also a bridge, and, both are doing stp
[06:15] <groz> I'd also check the wires
[06:16] <thepeople> mypc---whr-g54s---wrap
[06:16] <thepeople> I am sshed into the wrap board from mypc
[06:17] <thepeople> wrap can ping mypc, but not the whr-g54s
[06:17] <thepeople> so my cables are good
[06:18] <thepeople> the wrap board also can't ping anything else on the network
[06:18] <thepeople> it is saying that all other devices that I try to ping have a mac of 00:00:00:00:00:00
[06:19] <thepeople> but it "sees" mypc's mac
[06:19] <groz> the mac of zeros just means it's not getting an arp response for them
[06:19] <thepeople> i know
[06:19] <thepeople> ls
[06:19] <groz> i'd check the wiring
[06:21] <thepeople> the wireing is good, I use it daily for misc things
[06:23] <thepeople> if I break the bridge it work
[06:23] <thepeople> works*
[06:24] <thepeople> I have no issues when eth0 is not in the bridge
[06:24] <groz> is the bridge maybe not getting promiscusous mode set
[06:25] <thepeople> root@OpenWrt:/etc/config# ifup lan
[06:25] <thepeople> /sbin/ifup: ./network: 2: onfig: not found
[06:25] <thepeople> eth0: Promiscuous mode enabled.
[06:25] <thepeople> device eth0 entered promiscuous mode
[06:25] <thepeople> br-lan: port 1(eth0) entering learning state
[06:25] <thepeople> br-lan: port 1(eth0) entering forwarding state
[06:25] <thepeople> br-lan: topology change detected, propagating
[06:26] <thepeople> how would I test to make sure it really is set?
[06:27] <groz> ifconfig, and look for it
[06:27] <groz> in the output
[06:31] <thepeople> not there
[06:37] <thepeople> well a reboot fixed the issue
[06:37] <thepeople> but promiscuous mode still doesn't show up
[06:37] <thepeople> for the adapter
[06:39] <thepeople> and the natsemi.o module doesn't load automaticly on start
[06:39] <groz> you need to put in something to load it, the autoload stuff isn't done yet
[06:39] <thepeople> ok :-)
[06:40] <thepeople> thanks for your help
[16:18] <[florian]> just figured out my irssi had crashed :(
[16:31] <[florian]> do you read me guys ?
[16:31] <dragorn> you're coming through
[17:32] <[florian]> nbd: have you made some tests with the binary drivers I posted the link few days ago ?
[17:48] <nbd> not yet
[17:50] <florian> ok
[17:50] <florian> no pb
[17:50] <florian> I am also very busy actually
[17:50] <florian> if you have time, try to complete the flash map driver, there are only few things missing
[20:49] <CIA-17> mbm * r4721 /packages/net/bind/patches/cross-compile.patch: fix bind compile
[21:35] <CIA-17> mbm * r4722 /packages/net/oidentd/patches/: remove empty dir
[23:18] <CIA-17> mbm * r4723 /branches/buildroot-ng/openwrt/package/openssl/Makefile: fix ccache error
[23:20] <[mbm]> I'm getting quite god at breaking things :/
[23:21] <[mbm]> s/god/good/
[00:00] --- Fri Sep 1 2006