Back to Home / #uml / 2007 / 10 / Prev Day | Next Day
#uml IRC Logs for 2007-10-11

---Logopened Thu Oct 11 00:00:45 2007
00:38|-|balbir [~balbir@122.167.92.66] has quit [Ping timeout: 480 seconds]
01:26|-|kokoko1 [~Slacker@203.148.65.19] has quit [Ping timeout: 480 seconds]
01:29|-|kokoko1 [~Slacker@203.148.65.19] has joined #uml
01:38|-|Baltam8 [~WIKIMOKI@tor-irc.dnsbl.oftc.net] has joined #uml
01:44|-|balbir [~balbir@59.145.136.1] has joined #uml
04:53|-|tyler29 [~tyler@ARennes-256-1-26-154.w90-32.abo.wanadoo.fr] has joined #uml
04:57|-|DomQ [~DomQ@streamcore.pck.nerim.net] has joined #uml
05:01|-|DomQ [~DomQ@streamcore.pck.nerim.net] has quit []
05:03|-|DomQ [~DomQ@streamcore.pck.nerim.net] has joined #uml
05:05<DomQ-#uml->>Hi people
05:05<DomQ-#uml->>I'm trying to get humfs to work. If at all possible I would prefer to use as close to mainline a kernel as I can.
05:06<DomQ-#uml->>There is that quilt thing at http://user-mode-linux.sourceforge.net/old/patches.html but it scares me a bit.
05:09<DomQ-#uml->>Why is the "current release" header in this IRC channel only 2.6.16-bs2 ? Is there a chance to get a working kernel using quilt and 2.6.22, or not?
05:15<DomQ-#uml->>Apparently the patches don't even apply cleanly to a fresh 2.6.22 :-(
05:18<DomQ-#uml->>The rejects are small, but still
05:18<DomQ-#uml->>OK, now trying to compile the resulting kernel...
05:35<DomQ-#uml->>... Running it causes errors, apparently the command line syntax changes from mainline UML.
05:35<DomQ-#uml->>Looking into it...
05:39<DomQ-#uml->>"No filesystem could mount root, tried: reiserfs ext3 ext2 msdos vfat iso9660 ntfs fuseblk udf"
05:40<DomQ-#uml->>I can't seem to be able to mount my UML image with COW (it works fine with a UML kernel compiled from stock 2.6.22.9)
05:40<DomQ-#uml->>Deleted the COW file and had it recreated with the new UML kernel -> still no joy
05:40<DomQ-#uml->>Any ideas?
05:55<DomQ-#uml->>Also, the wiki is dead: http://uml.jfdi.org/uml/Wiki.jsp?page=BuildingUML serves a "java.lang.OutOfMemoryError: Java heap space"
07:07<DomQ-#uml->>Well dudes, it's been a pleasure "speaking" with you
07:08|-|DomQ [~DomQ@streamcore.pck.nerim.net] has quit [Quit: Si c'est comme ├ža moi je me *CASSE*]
07:35|-|balbir [~balbir@59.145.136.1] has quit [Ping timeout: 480 seconds]
08:14|-|dang [~dang@aa-redwall.nexthop.com] has joined #uml
08:21|-|dan1 [~dang@aa-redwall.nexthop.com] has joined #uml
08:22|-|dang [~dang@aa-redwall.nexthop.com] has quit [Read error: Connection reset by peer]
08:23|-|dan1 changed nick to dang
09:09|-|krau [~cktakahas@200.184.118.132] has quit [Quit: Varei!!!]
09:09|-|krau [~cktakahas@200.184.118.132] has joined #uml
09:17|-|tchan [~tchan@c-24-13-84-219.hsd1.il.comcast.net] has quit [Quit: WeeChat 0.2.7-dev]
09:18|-|dgraves [~agraves@inet-netcache2-o.oracle.com] has joined #uml
09:19|-|tchan [~tchan@c-24-13-84-219.hsd1.il.comcast.net] has joined #uml
09:20[~]dgraves #uml lives again.#uml-> lives again.
09:22<peterz-#uml->>wb
09:33<dgraves-#uml->>thanks.
09:39|-|jdike [~jdike@pool-71-248-190-161.bstnma.fios.verizon.net] has joined #uml
09:39<jdike-#uml->>Hi guys
09:41<peterz-#uml->>hey jeff
09:49<dgraves-#uml->>morning jdike
09:49<dgraves-#uml->>alright, peterz! you're off duty now!
09:49<dgraves-#uml->>jdike is here.
09:49<jdike-#uml->>hehe
09:49<peterz-#uml->>:-)
09:53<Magotari-#uml->>Hello, jdike.
10:03|-|aindilis [~aindilis@75.146.96.197] has quit [Remote host closed the connection]
10:03|-|aindilis [~aindilis@75.146.96.197] has joined #uml
10:32|-|ram [~ram@pool-71-117-247-171.ptldor.fios.verizon.net] has quit [Ping timeout: 480 seconds]
10:43|-|balbir [~balbir@122.167.92.66] has joined #uml
10:59<Magotari-#uml->>jdike: I know I am an outsider to this project, but I am very curious... Are you merging anything for 2.6.24? No problem if it is a secret, I am just curious.
11:00<jdike-#uml->>merging lots
11:00<jdike-#uml->>it's all in -mm right now
11:00[~]Magotari #uml stretches his black bugfinding wings.#uml-> stretches his black bugfinding wings.
11:00[~]jdike #uml fears#uml-> fears
11:03|-|silug_ [~steve@38.104.162.2] has quit [Ping timeout: 480 seconds]
11:07[~]dgraves #uml fires some raid at the channel.#uml-> fires some raid at the channel.
11:07<dgraves-#uml->>that should kill any bugs.
11:12|-|ram [~ram@bi01p1.co.us.ibm.com] has joined #uml
11:23<Magotari-#uml->>jdike: I am playing around with config files, and I noticed that you can enable SCSI support in UML. Is it a config bug? Same with networking devices, a lot of real hardware available to choose from.
11:23<jdike-#uml->>if there's real hardware to choose from, that's a bug
11:24<Magotari-#uml->>Yup.
11:24<Magotari-#uml->>I can try to fix that.
11:24<jdike-#uml->>but SCSI itself is OK - there is at least one virtual SCSI thing that UML can use
11:24<Magotari-#uml->>Config files are easier than C.
11:24<jdike-#uml->>hardware should depend on a bus, like CONFIG_PCI
11:24<jdike-#uml->>and I thought they did
11:24<Magotari-#uml->>No, there are some wireless cards you can enable, some wired... Not too many, but...
11:25<jdike-#uml->>OK, they should depend on some sort of bus
11:28<Magotari-#uml->>And irda can be included in UML...
11:33<jdike-#uml->>not necessarily a bug
11:33<jdike-#uml->>just if drivers which require hardware can be configured
11:34<Magotari-#uml->>Yeah, like that nice "Marvell 8xxx Libertas WLAN driver support"
11:35<jdike-#uml->>hehe
11:36<Magotari-#uml->>I hate being just a bugfinder. I want to contribute something too. Now, this might not be a that great thing with my mad skills, but I want to keep on trying.
11:38<jdike-#uml->>finding bugs is valuable
11:39<jdike-#uml->>your kmem thing put me on to a much more serious problem which I'm in the middle of debugging
11:39<Magotari-#uml->>Oh, I know.
11:39<Magotari-#uml->>I don't intend to stop finding bugs either.
11:39<Magotari-#uml->>I just don't want to do it all the time.
11:39<Magotari-#uml->>There must be a balance, or I will just get bored eventually.
11:42<jdike-#uml->>sure
11:43<jdike-#uml->>so poke around the code and see if there's anything that interests you
11:43<Magotari-#uml->>I come here as a burnout from a different project, FreedroidRPG. There was no balance, I only wrote dialogues, and the maintainer never believed me when I reported a bug.
11:43|-|hfb [~hfb@pool-71-106-219-180.lsanca.dsl-w.verizon.net] has joined #uml
11:43<Magotari-#uml->>Yeah, I am poking around.
11:44<Magotari-#uml->>Funny, I scored the best in the whole school from algorithms, but I cannot code for shit.
11:44<Magotari-#uml->>Ok, back to configs...
11:57<Magotari-#uml->>SMP should depend on BROKEN for now, it does not even compile.
11:58<Magotari-#uml->>UML should force on tmpfs, otherwise it won't start.
11:59<jdike-#uml->>it can't force tmp on the host
11:59<jdike-#uml->>tmpfs
11:59<jdike-#uml->>if that's what you mean
11:59<Magotari-#uml->>No, not on host.
12:00<Magotari-#uml->>If you disable tmpfs on the guest, it won't start.
12:00<jdike-#uml->>that's a bug
12:00<Magotari-#uml->>Yup.
12:02<jdike-#uml->>OK
12:03<jdike-#uml->>I have a memcpy to 0x26d60190, 512 bytes
12:03<jdike-#uml->>and 0x26d600b0 is changing
12:03<Magotari-#uml->>Hmm. That is strange.
12:05<Magotari-#uml->>Erk. I think I just misreported something.
12:06<Magotari-#uml->>Yes, yes I did.
12:06<Magotari-#uml->>I meant a problem with swap, it won't build without it. Not a problem with tmpfs, it won't start without it.
12:06<Magotari-#uml->>So swap should be always on.
12:07<jdike-#uml->>!CONFIG_TMPFS is fine? or not?
12:07<jdike-#uml->> !CONFIG_TMPFS is fine? or not?
12:08<jdike-#uml->>linbot> Error: "CONFIG_TMPFS" is not a valid command.
12:08<jdike-#uml->>no shit, sherlock
12:08<Magotari-#uml->>I don't know. I am checking.
12:08<Magotari-#uml->>Sorry, I am chaotic, it keeps getting in the way.
12:16<Magotari-#uml->>No TMPFS is ok.
12:17<jdike-#uml->>ok
12:17<Magotari-#uml->>The guest bitched a lot, in the end stayed ro, but it booted just fine. Damn udev.
12:17<jdike-#uml->>hehe
12:17<Magotari-#uml->>Or something else, but the kernel was fine.
12:17<Magotari-#uml->>Really, I miss the days of a static dev.
12:17<jdike-#uml->>but !CONFIG_SWAP is busted
12:17<Magotari-#uml->>Yes, it is.
12:17<jdike-#uml->>OK, one more thing to look at
12:18<Magotari-#uml->>I broke my very first linux distro, had a static dev because of it. But it always worked, did not need a daemon or anything...
12:18<Magotari-#uml->>Unless I was mounting cds, but...
12:22<jdike-#uml->>and there were a million entries in it
12:22<jdike-#uml->>and when you added a device, the one you needed wasn't one of the million
12:26|-|tyler29 [~tyler@ARennes-256-1-26-154.w90-32.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
12:30<Magotari-#uml->>jdike: http://rafb.net/p/RNQ3S932.html
12:31<Magotari-#uml->>I get this sometimes when I "killall linux".
12:31<Magotari-#uml->>Not sure if really a bug, but here it is.
12:31<jdike-#uml->>I've been ignoring that
12:31<Magotari-#uml->>Aha. Gotcha.
12:31<jdike-#uml->>it only happens when UML is in the process of dying
12:32<jdike-#uml->>but I should figure out if it's something real at some point
12:32<Magotari-#uml->>Guess it does not matter too much then.
12:39|-|tyler29 [~tyler@ARennes-256-1-22-86.w90-32.abo.wanadoo.fr] has joined #uml
12:50<Magotari-#uml->>*gasp* UML has... RAID? Oh boy. Oh boy. Must try that. I never had a chance before.
12:58<dang-#uml->>Heh.
12:59<dang-#uml->>Not sure what the point is, but you can certainly play with it.
12:59<dang-#uml->>(dm and md don't really care what kind of block devices they work on...)
12:59<dgraves-#uml->>jdike: better lock down the mailing list! Magotari is about to try something!
13:05<Magotari-#uml->>Ummm... What does THIS button do? ;)
13:05<Magotari-#uml->>dang: I want to learn how to use the things.
13:06<Magotari-#uml->>And I don't have even a single spare partition, yet alone 5 or 6.
13:13<dgraves-#uml->>Magotari: so use uml disks!
13:14<Magotari-#uml->>Exactly. :)
13:14<Magotari-#uml->>brb
13:14|-|Magotari [~karol@chello089076071182.chello.pl] has quit [Quit: leaving]
13:15|-|karol [~karol@chello089076071182.chello.pl] has joined #uml
13:15|-|karol changed nick to Magotari
13:17<dang-#uml->>Magotari: That would work, I guess. I have several RAID setups in real hardware, so I don't need UML to play with it...
13:17<dang-#uml->>I do play with network topologies in UML, tho.
13:21<Magotari-#uml->>I have a little laptop. An old thing. Now, as fas as I understand, you can add in more ram in UML than you physically have in the machine, as long as you have swap...
13:21<Magotari-#uml->>So, with a bit of help of xnest, I will have a 4G ram laptop.
13:21<Magotari-#uml->>And then with some honeypot fs help, I could even have a few extra Xeons in there...
13:22<Magotari-#uml->>And a RAID array. All on a 5 year laptop.
13:22<dang-#uml->>Heh.
13:22<dang-#uml->>And it would be blindingly fast, to...
13:22<Magotari-#uml->>Then I bring it to school. Show people. :)
13:22<dang-#uml->>er too.
13:23[~]dgraves #uml can't wait to see the performance numbers.... ;)#uml-> can't wait to see the performance numbers.... ;)
13:24<Magotari-#uml->>Not too bad, until the cache bloats above 512M. :)
13:25<Magotari-#uml->>while (1==1){ sleep(3); system("/bin/dropcaches.sh");}
13:29|-|tyler29 [~tyler@ARennes-256-1-22-86.w90-32.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
13:30|-|mgross [~mgross@jffwprtest.jf.intel.com] has joined #uml
13:50|-|tyler29 [~tyler@ARennes-256-1-111-176.w90-32.abo.wanadoo.fr] has joined #uml
14:42|-|ram [~ram@bi01p1.co.us.ibm.com] has quit [Ping timeout: 480 seconds]
14:42|-|kos_tom [~thomas@humanoidz.org] has joined #uml
---Logclosed Thu Oct 11 14:42:55 2007
---Logopened Thu Oct 11 14:43:01 2007
14:43|-|mikegrb [~michael@mail.thegrebs.com] has joined #uml
14:43|-|Ekipa kanalu #uml: Wszystkich: 39 |-| +op [0] |-| +voice [0] |-| normalnych [39]
14:44|-|Kanal #uml zsynchronizowany w 98 sekundy
14:55|-|tyler29 [~tyler@ARennes-256-1-111-176.w90-32.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
15:12|-|tyler29 [~tyler@ARennes-256-1-97-136.w90-32.abo.wanadoo.fr] has joined #uml
15:16|-|ram [~ram@bi01p1.co.us.ibm.com] has joined #uml
15:17<jdike-#uml->>found it
15:18<jdike-#uml->>crashme was corrupting libc text and causing init to segfault
15:19<Magotari-#uml->>The crashme bug that I had?
15:23|-|nessie [~nessie@lucifer.nerdfest.org] has joined #uml
15:27<jdike-#uml->>no, this is different
15:27<jdike-#uml->>with the redone copy_user code, crashme was killing init
15:33<dgraves-#uml->>jdike: good thing you don't need init, eh?
15:34<jdike-#uml->>things turn out not to work so well without it
15:34<dgraves-#uml->>bah. then tell the init guys to fix it. :0
15:35<jdike-#uml->>heh
15:35<jdike-#uml->>userspace - child stopped with signal 10
15:35<jdike-#uml->>userspace - child stopped with signal 10
15:35<jdike-#uml->>do_syscall_stub : ret = 0, offset = 1291061600, data = 980f9960
15:35<jdike-#uml->>crashme plus a kernel build
15:35<Magotari-#uml->>Hmm.
15:35<Magotari-#uml->>Damn big offset.
15:37<jdike-#uml->>yeah, I have no idea where it came from
15:38<dgraves-#uml->>64 bit!
15:38<jdike-#uml->>however, the SIGUSR1's came first, so that's the first thing to look at
15:39[~]dgraves #uml would like to look at a few User signals as well...#uml-> would like to look at a few User signals as well...
15:40<jdike-#uml->>this is a family channel
15:41[~]dgraves #uml thought he was in UML_AfterDark.#uml-> thought he was in UML_AfterDark.
16:05<jdike-#uml->>do_syscall_stub : ret = 6, offset = -1084518404, data = 09431ffc
16:05<jdike-#uml->>do_syscall_stub: syscall 0 failed, return value = 0x6, expected return value = 0x0
16:05<jdike-#uml->> syscall parameters: 0x0 0x0 0x0 0x0 0x0 0x0
16:05<jdike-#uml->>Failed to flush page for address 0xbf5b8000
16:05<jdike-#uml->>all sorts of interesting behavior
16:07<Magotari-#uml->>Hey, that is my bug.
16:07<Magotari-#uml->>You are getting it now.
16:07<jdike-#uml->>good, I was wondering
16:07<jdike-#uml->>a kernel build along with crashme seems to do the trick
16:07<Magotari-#uml->>Yeah, syscall 0. All zero parameters. Negative offset.
16:08<Magotari-#uml->>For me crashme alone is sufficient, but I guess activity could increase it... AH! Yes!
16:08<Magotari-#uml->>Right!
16:08<Magotari-#uml->>When I had crashme more verbose, it crashed more often.
16:08<Magotari-#uml->>More verbose = more activity
16:08<jdike-#uml->>hmm
16:24|-|dang [~dang@aa-redwall.nexthop.com] has quit [Quit: Leaving.]
16:27<remus-#uml->>I am trying to build a kernel module and I am including <linux/module.h> and it doesn't work
16:27<remus-#uml->>there are some files that are not found ... any ideas ?
16:29<dgraves-#uml->>remus: can you give us a nopaste or rafb of the command line and your errors?
16:29<remus-#uml->>yes ... just a sec ...
16:30<remus-#uml->>http://rafb.net/p/C4fDkI24.html
16:30<remus-#uml->>this is using a um kernel that I just built
16:30<remus-#uml->>when I use a kernel build for a real processor it works
16:33<jdike-#uml->>where's the ARCH=um?
16:34<remus-#uml->>oops ...
16:34<remus-#uml->>let me try again with that ...
16:34<remus-#uml->>jdike thanks ... ;-) ...
16:35<dgraves-#uml->>dang, you beat me too it jdike. ;)
16:35<jdike-#uml->>dang's gone
16:36<jdike-#uml->>about 10 lines ^^^ that way
16:40<dgraves-#uml->>::ROFL::
16:52<Magotari-#uml->>jdike: I tried again, I cannot stop UML with mconsole.
16:52<Magotari-#uml->>(vANE56) stop
16:52<Magotari-#uml->>OK stopped
16:52<Magotari-#uml->>(vANE56) go
16:52<Magotari-#uml->>ERR Not stopped
16:57<dgraves-#uml->>Magotari: HALT!
17:01<Magotari-#uml->>Nice try. :)
17:02<Magotari-#uml->>Now my heart is broken. I spent setting up the raid array for the last hour, and when I tried to hotunplug a device via mconsole... It refused.
17:05<dgraves-#uml->>wait, you have a working raid array, and you're heartbroken b\c it didn't want to be pulled apart?
17:05<dgraves-#uml->>wow.
17:05<dgraves-#uml->>that's some expectation of dedicatin.
17:05<Magotari-#uml->>Yes.
17:05<Magotari-#uml->>Well, I always wanted to play out the scene from space odyssey...
17:06<Magotari-#uml->>You know, ripping out parts of the computer, one by one...
17:07<dgraves-#uml->>Magotari: that's wicked fun.
17:08<Magotari-#uml->>Virtual machines are great for stress relief that way, especially with a few COW files, so that the fun can happen over and over again.
17:08<Magotari-#uml->>And you won't believe what syslog-ng will do without a /var/ directory...
17:09<Magotari-#uml->>And most distros really don't like a missing /etc/
17:11<dgraves-#uml->>::L::
17:11<dgraves-#uml->>one of my friends rm -rf / once.
17:11<dgraves-#uml->>and the machine just... kept running.
17:12<dgraves-#uml->>course, it started spewing errors eventually, but it didn't crash.
17:12<Magotari-#uml->>Yeah, Linux can take a lot.
17:16|-|hfb [~hfb@pool-71-106-219-180.lsanca.dsl-w.verizon.net] has quit [Quit: Leaving]
17:21<jdike-#uml->>hmmm
17:21<jdike-#uml->>that's non-intuitive
17:21<dgraves-#uml->>must be linux!
17:22<jdike-#uml->>Stopped!
17:22<jdike-#uml->>Not stopped!
17:25|-|kos_tom [~thomas@humanoidz.org] has quit [Quit: I like core dumps]
17:29[~]dgraves #uml tries to remove jdike's hard drive.#uml-> tries to remove jdike's hard drive.
17:29<dgraves-#uml->>jdike_console del HD(0,0)
17:30|-|krau [~cktakahas@200.184.118.132] has quit [Quit: Varei!!!]
17:34|-|mgross [~mgross@jffwprtest.jf.intel.com] has quit [Quit: Leaving]
17:47<jdike-#uml->>Ack
17:47|-|jdike [~jdike@pool-71-248-190-161.bstnma.fios.verizon.net] has quit [Quit: Leaving]
18:08|-|Modulo216 [~Turk@74-140-106-17.dhcp.insightbb.com] has joined #uml
18:08<Modulo216-#uml->>hey guys is this the unified modeling language channel?
18:20<caker-#uml->>no, user mode linux -- check /topic
18:25|-|Shadey216 [~Turk@74-140-106-17.dhcp.insightbb.com] has joined #uml
18:29|-|Shadey216 [~Turk@74-140-106-17.dhcp.insightbb.com] has quit []
18:32|-|tyler29 [~tyler@ARennes-256-1-97-136.w90-32.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
18:32|-|Modulo216 [~Turk@74-140-106-17.dhcp.insightbb.com] has quit [Ping timeout: 480 seconds]
18:33<remus-#uml->>I am trying to put together a 64 bit rootfs for UM ... I am using FC7 64bit rootfs and I get the following error
18:33<remus-#uml->>line_ioctl: tty0: ioctl KDSIGACCEPT called
18:33<remus-#uml->>INIT: version 2.86 booting
18:33<remus-#uml->>line_ioctl: tty0: ioctl TIOCLINUX called
18:33<remus-#uml->>line_ioctl: tty0: ioctl TIOCLINUX called
18:34<remus-#uml->>full log here: http://rafb.net/p/oJKtWi52.html
18:34<remus-#uml->>I copied fstab and inittab from the rootfs provided on the UM site
18:34<remus-#uml->>any ideas what is wrong ?
18:35<remus-#uml->>I also get an xterm with the following message:
18:35<remus-#uml->>xterm: Can't execvp port-helper: No such file or directory
18:35<remus-#uml->>[remus@remus-lt UML]$
18:38<remus-#uml->>Magotari, caker, jdike ?
18:39<caker-#uml->>you can ignore those line_ioctl messages
18:39<caker-#uml->>remus: boot with "con=null con0=fd:0,fd:1"
18:39<caker-#uml->>remus: and edit the UML's /etc/inittab to start a getty on tty0
18:48|-|tyler29 [~tyler@ARennes-256-1-88-143.w90-32.abo.wanadoo.fr] has joined #uml
18:51<remus-#uml->>caker: cool ...it works ... I can't login as root though ... there is a setting to disallow you as logging in as root somewhere ...
18:52<remus-#uml->>I also created another user and I can't login at that user either
18:52<caker-#uml->>remus: add tty0 to the UML's /etc/securetty ...
18:55<remus-#uml->>caker: awesome ... that worked ...
18:55<remus-#uml->>I'll clean up the bot errors and if you guys want I can post somewhere the 64 bit rootfs
18:55<remus-#uml->>so other people can use it too
19:15|-|tyler29 [~tyler@ARennes-256-1-88-143.w90-32.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
19:18|-|krau [~cktakahas@201.32.157.223] has joined #uml
19:37|-|ram [~ram@bi01p1.co.us.ibm.com] has quit [Ping timeout: 480 seconds]
19:43|-|ElectricElf [~dbharris@bas1-toronto48-1279276223.dsl.bell.ca] has quit [Ping timeout: 480 seconds]
21:07|-|Nem^ [~Nem@dslb-084-056-226-143.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds]
21:16|-|Nem^ [~Nem@dslb-084-056-237-036.pools.arcor-ip.net] has joined #uml
22:21|-|ElectricElf [~dbharris@bas1-toronto48-1279276534.dsl.bell.ca] has joined #uml
22:58|-|VS_ChanLog [~stats@ns.theshore.net] has left #uml [Rotating Logs]
22:58|-|VS_ChanLog [~stats@ns.theshore.net] has joined #uml
---Logclosed Fri Oct 12 00:00:05 2007