00:01.34 | *** join/#elinux joe_bleau (n=joe_blea@ppp-208-191-54-232.dsl.fyvlar.swbell.net) |
00:29.24 | *** join/#elinux noclouds (n=mhfan@60.166.48.88) |
01:04.51 | *** join/#elinux andersee (n=andersee@codepoet.org) |
01:04.51 | *** join/#elinux joe_bleau (n=joe_blea@ppp-208-191-54-232.dsl.fyvlar.swbell.net) |
01:04.51 | *** join/#elinux pigeon (n=pigeon@adsl-60-232.swiftdsl.com.au) [NETSPLIT VICTIM] |
01:04.51 | *** join/#elinux T`2 (n=total@tor/session/x-eebbac9ff8ba1dd1) [NETSPLIT VICTIM] |
01:04.51 | *** join/#elinux George (i=george@kde/developer/gwright) [NETSPLIT VICTIM] |
01:04.51 | *** join/#elinux Evanrude (n=david@wsip-68-15-251-34.dl.dl.cox.net) [NETSPLIT VICTIM] |
01:04.51 | *** join/#elinux GPSFan (n=Ken@65.121.49.208) |
01:04.52 | *** join/#elinux weo1 (n=weo@p5499D0CC.dip.t-dialin.net) [NETSPLIT VICTIM] |
01:04.52 | *** join/#elinux file (n=jcolp@mctnnbsa24w-142167049176.nb.aliant.net) |
01:04.52 | *** join/#elinux catastr0p (n=catastr0@pcp04232047pcs.plyntv01.mi.comcast.net) |
01:04.52 | *** join/#elinux CIA-4 (n=CIA@flapjack.navi.cx) [NETSPLIT VICTIM] |
01:04.52 | *** join/#elinux markl__ (i=mark@dsl093-225-127.slc1.dsl.speakeasy.net) [NETSPLIT VICTIM] |
01:04.52 | *** join/#elinux markl_ (i=mark@dsl093-225-127.slc1.dsl.speakeasy.net) [NETSPLIT VICTIM] |
01:04.52 | *** join/#elinux Khem (n=Khem@gateway-1237.mvista.com) [NETSPLIT VICTIM] |
01:04.52 | *** join/#elinux kergoth (n=kergoth@c-24-118-219-25.hsd1.mn.comcast.net) |
01:04.52 | *** mode/#elinux [+ovo andersee file kergoth] by irc.freenode.net |
01:09.56 | *** join/#elinux hufnus (n=slonsiki@DSL135-071.LABridge.com) |
01:51.03 | *** part/#elinux joe_bleau (n=joe_blea@ppp-208-191-54-232.dsl.fyvlar.swbell.net) |
02:16.06 | *** join/#elinux Soopaman- (n=soopaman@67.71.84.89) |
02:17.00 | *** join/#elinux sjhill (n=sjhill@spvl-02-110.dsl.netins.net) |
02:19.00 | *** join/#elinux joe_bleau (n=joe_blea@adsl-65-70-230-240.dsl.fyvlar.swbell.net) |
02:57.43 | *** join/#elinux we0 (n=weo@p5499D5A7.dip.t-dialin.net) |
04:33.19 | *** join/#elinux MonMotha (n=monmotha@cpe-71-65-34-156.indy.res.rr.com) |
04:34.26 | MonMotha | ok, I need to build a 2.4.27 kernel using gcc 3.3, but apparently gcc 3.3 is outputing assembly that my binutils doesn't like. Any ideas? |
04:34.51 | MonMotha | this is for x86 |
04:51.13 | T0mW | ah |
04:51.17 | T0mW | sigh |
04:51.36 | T0mW | here goes /me into perl hashes, again... :-/ |
04:51.53 | MonMotha | T0mW: ag, you've been wrestling with those for how long> |
04:51.55 | MonMotha | ? |
04:52.20 | T0mW | a while, I understand them somewhat, they seem powerfull |
04:52.26 | T0mW | I just cannot seem to "get it" |
04:53.42 | MonMotha | T0mW: I've got a binary module for 2.4.27 that I need to get to load on a newer 2.4 kernel. What do you think my odds are? I uses USB mostly |
04:54.42 | T0mW | I've got to organize (tree out): component package, component value, component name into a associative struture (hash?) where I can dump all 0805 SMD component names which are 10K, then the 0.1uf, etc. |
04:55.10 | T0mW | MonMotha: you could tell the module loader to ignore the module version, it may work. |
04:55.21 | MonMotha | it's already being forced, so that may already be the cae |
04:55.22 | MonMotha | case |
04:55.23 | T0mW | MonMotha: in theory it should work |
04:56.02 | T0mW | If the interfaces of other stuff hasn't changed then it should work |
04:56.16 | T0mW | s/interfaces/params/ |
04:56.46 | MonMotha | yeah, that's what I'm hoping |
04:57.14 | T0mW | all it would need to do is call the appropriate kernel routines. the module loader should resolve those references to match the current kernel hooks |
04:57.24 | MonMotha | I'm successively patching up to newer versions to try to get it to even compile with my newer toolchain |
04:57.36 | T0mW | you've got source? |
04:57.40 | T0mW | for the module? |
04:57.48 | MonMotha | no, of the kernel |
04:57.51 | MonMotha | I have no source to the module |
04:57.54 | T0mW | ah |
04:57.57 | MonMotha | actually, mind if I msg you? |
04:58.03 | T0mW | go ahead |
05:29.51 | *** join/#elinux samscol (n=donkey@203.121.86.58) |
05:33.36 | samscol | if i wanted to make a x86 bootable image, could i do something like dd if=zero of=myimage ; dd if=stage1 of=myimage ; fdisk myimage ; mkfs -o offset where offset gets us to partition 1 |
05:36.10 | T0mW | ? |
05:36.28 | samscol | T0mW: i guess that's a no? :) |
05:37.06 | T0mW | I was just trying to figure out what you wanted to do. build a bootable image or put it on the harddrive |
05:37.11 | T0mW | ? |
05:37.39 | samscol | i'd like to create an image, ie: a file that i can later just dd on to whatever media i like ,hdd , CF, etc |
05:37.44 | T0mW | dd is copying blocks of data, you can name a device as the target |
05:38.15 | T0mW | ex: dd if=<myfile> of=/dev/hda OR dd if=<myfile> of=/dev/hda1 |
05:38.29 | samscol | yes, i understand dd |
05:38.34 | T0mW | ok |
05:39.01 | T0mW | what are you putting this on? what system? |
05:39.11 | samscol | x86 |
05:39.14 | T0mW | doh |
05:39.17 | T0mW | x86 what |
05:39.39 | T0mW | for example I use ARM |
05:39.56 | samscol | i486 |
05:40.01 | samscol | does that matter? |
05:40.09 | T0mW | but, I have a TuxScreen, some LPD boards, a WebPal, etc., etc. |
05:40.17 | T0mW | all are "ARM" |
05:40.28 | T0mW | x86 is not x86 |
05:40.30 | samscol | ok. give me one second. i'll rephrase my question. it's not an arch dependent thing |
05:40.42 | T0mW | it is x86 something or something x86 |
05:41.02 | samscol | i want to create a file. this file will have the image of a fully bootable operting system. |
05:41.06 | T0mW | but it is arch dependant |
05:41.11 | samscol | so the first 512 bytes will have a bootloader |
05:41.17 | samscol | in this case stage1 of grub |
05:41.31 | T0mW | embedded systems cannot use the same type of bootloading techniques as a stock PC computer |
05:41.31 | samscol | then somewhere in that first 512 bytes, i think there will also be an MBR |
05:41.48 | samscol | gimme a chance to elaborate |
05:41.54 | T0mW | ok |
05:42.09 | samscol | so far we have stage1 + partition table inside this file |
05:42.09 | T0mW | partition table does actual drive boot |
05:42.15 | T0mW | right |
05:42.27 | samscol | then we need filesystems on the partitions |
05:42.35 | samscol | i would assume, i could do something like |
05:42.37 | T0mW | then it picks up the boot code from sector zero (logical zero) |
05:42.56 | T0mW | however, lilo + grub replace the partition table boot sector. |
05:43.01 | T0mW | IIRC |
05:43.20 | T0mW | you don't get to the sector boot, IIRC |
05:43.30 | samscol | cat stage1[+partitiontable] partition1image partition2image > bootableimage |
05:43.49 | samscol | to make stage1+partitiontable is where i am having trouble |
05:44.51 | T0mW | you're beyond me, I don't do pc boots, I use linux as a dev system for embedded systems and use either a custom written bootloader or blob |
05:44.53 | samscol | does the partition table not live inside the first 512 bytes or right after it? |
05:45.07 | T0mW | first 1K is partition table |
05:45.16 | T0mW | first 512 is used |
05:45.23 | samscol | first 1024? so the second 512 has the partition table? |
05:45.45 | T0mW | around 0x1a0 is the table, bytes before and after it are the boot |
05:45.48 | samscol | and the first 512 is stage1 |
05:46.04 | samscol | 1a0 is 416 bytes |
05:46.44 | T0mW | the partition table actually is part of the first physical track, track zero is for the exclusive use of the parition boot: part of that contains a table of partitions |
05:47.41 | T0mW | the actual table starts at 0x1be |
05:47.51 | T0mW | that is the first entry |
05:48.11 | T0mW | the table has no formal length |
05:48.24 | T0mW | as you can do extended partition table entries |
05:48.51 | T0mW | originally, the table was fixed at four entries |
05:49.00 | T0mW | four partitions |
05:49.50 | samscol | a quick question on a side note |
05:49.51 | T0mW | samscol: try this: dd if=/dev/hda of=partition.img bs=1k count=1 |
05:50.10 | T0mW | that will get you the first 4k bytes of track zero of the drive into a file |
05:50.16 | samscol | i've done dd if=/dev/zero of=512img bs=512 count=1024*1024 |
05:50.26 | T0mW | then use midnight commander (mc) to examine the data |
05:50.30 | samscol | so i've got myself a 512MB empty image |
05:50.34 | T0mW | not /dev/zero |
05:50.41 | samscol | and now i want to copy stage1 onto this 512img |
05:50.48 | T0mW | /dev/zero only fills your file with 0's |
05:51.16 | samscol | can i dd if=stage1 of=512img bs=512 count=1 without truncating back down to 512 |
05:51.32 | T0mW | samrobb: then use cat, cat will do binary data |
05:51.38 | samscol | what i want to do is take stage 1 and put it on the first sector of the file 512img |
05:51.58 | samscol | so if do cat stage1 > 512img? won't that truncate? |
05:52.12 | samscol | or are you saying do cat stage1 512img-512 > 512img ? |
05:52.18 | T0mW | right |
05:52.45 | samscol | so dd can't do a write to an offset and range inside a file? |
05:52.53 | T0mW | no it cannot offset |
05:53.06 | samscol | what does dd seek=? do then? |
05:53.06 | T0mW | wait a minute |
05:53.28 | samscol | hmm, there's also a notrunc to not truncate |
05:53.34 | samscol | that's what i want |
05:53.39 | T0mW | seek=BLOCKS |
05:53.48 | samscol | yeah, i'm good at reading :-) |
05:53.56 | T0mW | BLOCKS == bs (block size) |
05:54.40 | T0mW | you can prolly do it with dd, dd is pretty powerful |
05:55.05 | T0mW | just that I've never bothered messing with the boot partition stuff |
05:55.30 | samscol | let's do it together then. i think i'm almost there |
05:55.43 | T0mW | naw, I've got perl hashes to write |
05:55.45 | T0mW | :-( |
05:55.56 | samscol | ok. i'll give it a try and let you know how i do |
05:58.20 | samscol | ok. i've used fdisk to put a partition table on there |
05:58.33 | samscol | now i need to figure out what offset i should dd the filesystem to |
06:05.44 | MonMotha | well, it would appear that all my modules loaded right up |
06:07.09 | MonMotha | actually, it would help if I told it to use the new kernel... |
06:07.15 | T0mW | heh |
06:07.35 | T0mW | I got to get the perl book and study the hashes of hashes chapter |
06:08.40 | MonMotha | T0mW: I did get 2.4.32 to compile without incident |
06:09.33 | T0mW | MonMotha: any secret as to how to do it |
06:09.45 | T0mW | MonMotha: what were you doing wrong? |
06:10.14 | T0mW | ah |
06:10.18 | MonMotha | T0mW: dunno, 2.4.32 did fine |
06:10.20 | T0mW | I see my problem |
06:10.25 | MonMotha | must have been patched to handle the new binutils |
06:10.39 | MonMotha | 2.4.27 is fairly old at this point (almost 2 years) |
06:11.02 | T0mW | MonMotha: that could be it |
06:11.15 | T0mW | MonMotha: later 2.4 is "fixed" to work |
06:11.30 | MonMotha | yup |
06:11.34 | T0mW | MonMotha: throw Alan a pat on the back |
06:12.53 | samscol | if i fdisked an image, is there a way to figure out at what offset a particular partition should be based on the fdisk output? |
06:13.46 | MonMotha | yeah, he does a pretty good job maintaining 2.4 |
06:18.57 | T0mW | ah, hash of hashes now works |
06:18.59 | T0mW | good |
06:28.52 | *** part/#elinux joe_bleau (n=joe_blea@adsl-65-70-230-240.dsl.fyvlar.swbell.net) |
06:54.08 | MonMotha | gah, stupid binary only modules |
06:54.32 | samscol | MonMotha: nvidia? |
06:54.54 | MonMotha | oh hell no, they at least have a working wrapper |
06:55.39 | MonMotha | know much about getting modules to load when they don't want to? I've got some unresolved symbols that clearly could be matched up. They have this random stuff on the end of them; the symbol clearly exists and the API shouldn't have changed |
06:59.10 | MonMotha | some of them do match |
06:59.18 | MonMotha | I'm not sure what the extra stuff is |
06:59.30 | kergoth | thats module symbol versioning |
06:59.32 | kergoth | its a crc |
06:59.59 | kergoth | probably have a kernel without modversions and modules with, or vice versa, or just building modules against kernel headers that dont match the running kernel in general |
07:00.01 | MonMotha | kergoth: ok, if it doesn't match does that mean the structure changed and is incompatible? |
07:00.22 | kergoth | generally, yeah |
07:00.26 | MonMotha | hum...ok |
07:00.35 | MonMotha | I guess I get to hack up 2.4.27 until I can build it again then |
07:00.36 | kergoth | the idea is to avoid loading a module into an incompatible kernel, whether its the same kernel version or not |
07:01.10 | MonMotha | I have a binary module that I need to get loaded |
07:01.39 | kergoth | well, it isnt entirely binary. the wrapper isnt, and that mustve been built against the wrong kernel sources |
07:02.16 | MonMotha | kergoth: all I have is the resultant binary. I'm guessing there was no wrapper at all, just someone who built the module against whatever they had laying around |
07:02.37 | kergoth | ick |
07:02.42 | kergoth | good luck ;) |
07:02.46 | MonMotha | I now need to get it to load into a kernel that I can actually do something with (no source to their kernel, of course) |
07:03.07 | MonMotha | it appears to be stock 2.4.27, but I can't get 2.4.27 to build on my modern system |
07:03.11 | MonMotha | yeah, that's kinda what I thought too |
07:03.30 | MonMotha | all this for a freakin' copy protection dongle. May be easier to just hack out the copy protection :) |
07:03.53 | kergoth | could do something creepy like making a wrapper module yourself to translate their modversioned symbols into the ones your kernel has |
07:03.59 | kergoth | and cross your fingers and pray |
07:04.01 | kergoth | :P |
07:04.29 | MonMotha | does it having that CRC on there mean it was built with modversions on? |
07:04.37 | kergoth | yeah |
07:04.47 | kergoth | check /proc/ksyms to see if your running kernel does |
07:05.03 | MonMotha | well, I'm rebuilding the kernel, th ough I guess I can boot theirs |
07:05.56 | MonMotha | the last one there is just sad |
07:06.05 | kergoth | no doubt. that was a redhat. |
07:06.09 | kergoth | forget which version |
07:06.32 | MonMotha | sounds like something redhat would do |
07:07.17 | kergoth | "okay sir.,. we'll need to install the kernel sources, copy the config into place, and do a make oldconfig; make dep, then rebuild our drive" .. "what?" |
07:07.19 | MonMotha | I guess I can try to patch 2.4.27 up to where I can build it. I was only h aving one real problem |
07:07.40 | samscol | anyone know what it means when grub boots only as far as saying GRUB |
07:07.48 | MonMotha | it means it's messed up :) |
07:08.01 | samscol | it's not listed in the grub error messages page |
07:08.08 | kergoth | i think that means it couldnt load stage2 or something |
07:08.18 | kergoth | if it shows grub, obviously stage1 loaded, at least partly.. |
07:08.29 | samscol | yup |
07:08.40 | samscol | i've got a stage 1.5 as well |
07:08.46 | kergoth | fun |
07:08.54 | samscol | does stage1 read the partition table? |
07:09.03 | MonMotha | kergoth: you know a bit about GPL issues, right? |
07:09.35 | kergoth | a bit. not as much as tim, but.. :) |
07:20.52 | *** join/#elinux T` (n=total@c-24-6-52-222.hsd1.ca.comcast.net) |
07:29.05 | MonMotha | so great, I'm patching stuff that is waaaay above my head, deep within the bowels of the linux process switching code |
07:29.07 | MonMotha | fun stuff |
07:34.14 | *** join/#elinux darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
08:30.49 | *** join/#elinux gregiadf (n=gregiadf@202.75.186.154) |
09:00.32 | *** join/#elinux noclouds (n=mhfan@60.166.48.88) |
09:28.13 | *** join/#elinux ade|desk (n=adavey@194.200.143.249) |
10:01.13 | *** join/#elinux CosmicPenguin (n=nobody@aus-ext-proxy01.amd.com) |
10:01.13 | *** mode/#elinux [+v CosmicPenguin] by ChanServ |
10:09.13 | *** join/#elinux samscol (n=donkey@203.121.86.58) |
10:37.33 | *** join/#elinux noclouds (n=mhfan@60.166.48.88) |
11:31.43 | *** join/#elinux T`2_ (n=total@tor/session/x-91d9540ab6495971) |
13:01.09 | *** join/#elinux prpplague (n=billybob@216.110.99.43) |
13:23.43 | *** join/#elinux Crofton__|laptop (n=balister@66-207-66-26.black.dmt.ntelos.net) |
13:47.44 | *** join/#elinux prpplague (n=billybob@72.22.129.90) |
14:14.15 | *** join/#elinux GPSFan (n=Ken@65.121.49.208) |
14:26.13 | *** join/#elinux sjhill (n=sjhill@eth13.com-link.com) |
14:35.08 | *** join/#elinux prpplague (n=billybob@72.22.129.90) |
14:54.55 | CosmicPenguin | Morning |
15:01.30 | *** join/#elinux bzzbzz (n=franco@HSE-Montreal-ppp3464509.sympatico.ca) |
15:30.08 | *** join/#elinux vrm (n=vrm@249.55.101-84.rev.gaoland.net) |
15:44.11 | *** join/#elinux thraxisp (n=thraxisp@ottgate.precidia.com) |
15:49.55 | *** join/#elinux eggers (n=eggers@pixpat.austin.ibm.com) |
16:15.36 | *** join/#elinux ade|desk (n=adavey@194.200.143.249) |
16:28.05 | *** join/#elinux Crofton__|laptop (n=balister@hc6521c88.dhcp.vt.edu) |
16:48.37 | *** join/#elinux hufnus (n=slonsiki@DSL135-071.LABridge.com) |
16:51.32 | *** join/#elinux Genesis (n=genesis@dev.aimao.org) |
16:54.03 | *** join/#elinux cb_hm (n=cbrake2@cpe-24-166-121-47.neo.res.rr.com) |
17:00.20 | *** join/#elinux Genesis (n=genesis@dev.aimao.org) |
17:00.46 | *** join/#elinux markl__ (i=mark@dsl093-225-127.slc1.dsl.speakeasy.net) |
17:01.39 | Genesis | bonsoir |
17:04.31 | *** join/#elinux prpplague (n=billybob@72.22.129.90) |
17:04.59 | prpplague | Crofton_ you get your fpu stuff squared away? |
17:11.13 | Crofton__|laptop | Well, I really need to do some tests to see how bad FP performance is on soft float CPUS |
17:11.51 | Crofton__|laptop | I have some code that will do some FP calculations and need to pay attention to make sure they don't swamp the machine |
17:12.05 | prpplague | ahh ok |
17:12.31 | prpplague | Crofton__|laptop: not like you probably don't have a million other things to do, but........... |
17:12.33 | Crofton__|laptop | of course, I have so much other stsuff to do first :) |
17:12.38 | Crofton__|laptop | heh |
17:12.53 | prpplague | Crofton__|laptop: if you get time after you do the tests, why not write a page on the elinux wiki |
17:13.15 | Crofton__|laptop | I should |
17:13.44 | Crofton__|laptop | Basically I should so some simple math tests so I can say how much slower FP math is versus int |
17:13.49 | Crofton__|laptop | at least for simple cases |
17:13.59 | Crofton__|laptop | It's not like I am talking logs are anything |
17:14.03 | Crofton__|laptop | er taking |
17:14.38 | prpplague | Crofton__|laptop: well you can always just start out with some basic info |
17:14.45 | Crofton__|laptop | yeah |
17:15.14 | prpplague | CosmicPenguin: hope your day is going better than mine |
17:15.19 | Crofton__|laptop | I have a lib that converts a frequency in FP to sum integer that sets up a NCO |
17:15.28 | Crofton__|laptop | numerically controlled oscillator |
17:15.32 | prpplague | ah |
17:15.36 | prpplague | ~fridays |
17:15.43 | prpplague | ~friday |
17:15.44 | ibot | Friday sucks, because it should be the weekend, but you're stuck working anyway. |
17:17.46 | prpplague | CosmicPenguin: chandler has gotten introuble at school every day this week |
17:21.46 | *** join/#elinux T`2 (n=total@pdpc/supporter/student/T) |
17:22.08 | prpplague | kergoth: hey old chap |
17:22.22 | prpplague | kergoth: whats cookin these days in your part of the world? |
17:35.09 | CosmicPenguin | prpplague: acting out? |
17:35.44 | prpplague | CosmicPenguin: yea, talking, pestering the girls, miss behaving |
17:35.58 | prpplague | CosmicPenguin: enough to make me drink extra tonight, hehe |
17:36.05 | CosmicPenguin | So basically he's being a kid |
17:36.38 | prpplague | CosmicPenguin: hmm, well not sure other kids get in trouble as much as he does |
17:36.56 | prpplague | CosmicPenguin: he's about to give me an ucler |
17:37.16 | CosmicPenguin | Kids will do that to you - I'll be we were all terrors when we were young |
17:37.17 | CosmicPenguin | I know I was |
17:38.04 | Crofton_ | http://www.cnn.com/2005/EDUCATION/11/16/girl.on.corner.ap/index.html |
17:39.18 | prpplague | hehe |
17:39.32 | Crofton__|laptop | I'm not sure it is a great idea |
17:39.47 | Crofton__|laptop | but sometimes you just need to get their attention |
17:40.02 | prpplague | yea we've been having problems with chandler doing his homework as well |
17:40.17 | Crofton_ | I never did mine :) |
17:40.22 | prpplague | of course, i'm not a big homework supporter anyway |
17:40.23 | Crofton_ | Hated high school |
17:40.29 | prpplague | he me either |
17:40.34 | Crofton_ | I could get away with it though |
17:40.41 | Crofton_ | cost me once I hit college though |
17:42.18 | Crofton_ | I made an A in the hardest math class I took by doing my homework |
17:42.31 | Crofton_ | but it didn't stick :) |
17:42.50 | prpplague | hehe |
17:43.53 | CosmicPenguin | stupid remote X |
18:10.45 | CosmicPenguin | wow - a busy day |
18:13.33 | prpplague | CosmicPenguin: you can say that again |
18:15.50 | CosmicPenguin | wow - a busy day |
18:15.53 | CosmicPenguin | hehe |
18:21.18 | prpplague | hehe |
18:21.44 | prpplague | CosmicPenguin: lordy lordy |
18:37.19 | CosmicPenguin | Wow - stuff is actually working, and working well |
18:37.24 | CosmicPenguin | who knew? |
18:40.11 | *** join/#elinux Genesis (n=genesis@dev.aimao.org) |
18:41.30 | Genesis | bonsoir |
19:22.50 | *** join/#elinux zinosat (n=Davide@adsl-ull-93-128.44-151.net24.it) |
20:16.54 | *** join/#elinux GPSFan (n=Ken@65.121.49.208) [NETSPLIT VICTIM] |
20:28.18 | *** join/#elinux T`2 (n=total@pdpc/supporter/student/T) |
21:13.41 | *** join/#elinux file[laptop] (n=jcolp@mctnnbsa24w-142167049176.nb.aliant.net) |
21:20.48 | file[laptop] | kurg blah |
21:27.23 | CosmicPenguin | yeah |
21:27.25 | CosmicPenguin | you tell em |
21:27.28 | CosmicPenguin | bastards! |
21:27.32 | file[laptop] | death! |
21:30.00 | *** part/#elinux Khem (n=Khem@gateway-1237.mvista.com) |
21:38.42 | *** join/#elinux bzzbzz (n=franco@HSE-Montreal-ppp3464509.sympatico.ca) |
21:51.14 | CosmicPenguin | hmmm |
22:22.35 | *** join/#elinux Crofton_|laptop (n=balister@66-207-66-26.black.dmt.ntelos.net) |
23:35.11 | T0mW | board #1 assembled |
23:35.26 | T0mW | breaktime before board #2! |
23:36.55 | *** join/#elinux joe_bleau (n=joe_blea@adsl-69-151-117-209.dsl.fyvlar.swbell.net) |