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

---Logopened Tue Nov 06 00:00:16 2007
00:32<Magotari-#uml->>remus: You probably need dhcp forwarding.
00:35|-|balbir [~balbir@59.178.50.183] has joined #uml
01:24|-|Magotari [~karol@chello089076066108.chello.pl] has quit [Quit: Lost terminal]
02:10|-|balbir [~balbir@59.178.50.183] has quit [Ping timeout: 480 seconds]
02:22|-|balbir [~balbir@59.178.50.167] has joined #uml
02:48|-|Baltam [~WIKIMOKI@tor-irc.dnsbl.oftc.net] has quit [Remote host closed the connection]
03:02|-|Baltam [~WIKIMOKI@tor-irc.dnsbl.oftc.net] has joined #uml
03:14|-|Baltam [~WIKIMOKI@tor-irc.dnsbl.oftc.net] has quit [Remote host closed the connection]
03:22|-|Baltam [~WIKIMOKI@tor-irc.dnsbl.oftc.net] has joined #uml
03:51|-|balbir [~balbir@59.178.50.167] has quit [Ping timeout: 480 seconds]
04:04|-|balbir [~balbir@59.178.39.70] has joined #uml
04:12|-|coldflame [~coldflame@104.27.233.220.exetel.com.au] has joined #uml
04:33<coldflame-#uml->>hi all...
04:34<coldflame-#uml->>i'm trying to get a uml guest kernel working, but as soon as i get to a login prompt, if i type in root, i get 'Unable to determine your tty name"
04:34<coldflame-#uml->>i followed the guide here: http://gentoo-wiki.com/HOWTO_User_Mode_Linux
04:36<coldflame-#uml->>invocation and output: http://pastebin.com/m43ae5fa3
06:06|-|balbir [~balbir@59.178.39.70] has quit [Ping timeout: 480 seconds]
06:30|-|pieter [~d@dsl-240-149-107.telkomadsl.co.za] has joined #uml
06:51|-|balbir [~balbir@59.178.39.70] has joined #uml
07:45|-|krau [~cktakahas@200.184.118.132] has joined #uml
08:02|-|coldflame [~coldflame@104.27.233.220.exetel.com.au] has left #uml []
08:50|-|baroni [~baroni@tera.lsi.usp.br] has joined #uml
09:05|-|dang [~dang@aa-redwall.nexthop.com] has joined #uml
09:09|-|Magotari [~karol@chello089076066108.chello.pl] has joined #uml
09:56|-|balbir [~balbir@59.178.39.70] has quit [Ping timeout: 480 seconds]
10:11|-|lidi20 [~lidi20@ANantes-257-1-120-128.w90-25.abo.wanadoo.fr] has joined #uml
10:12|-|lidi20 [~lidi20@ANantes-257-1-120-128.w90-25.abo.wanadoo.fr] has quit []
10:14|-|balbir [~balbir@59.178.36.94] has joined #uml
10:26|-|Baltam [~WIKIMOKI@tor-irc.dnsbl.oftc.net] has quit [Remote host closed the connection]
10:27|-|Baltam [~WIKIMOKI@tor-irc.dnsbl.oftc.net] has joined #uml
10:30|-|pieter [~d@dsl-240-149-107.telkomadsl.co.za] has quit []
10:32|-|jdike [~jdike@pool-71-248-190-161.bstnma.fios.verizon.net] has joined #uml
10:32<rjbell4-#uml->>jdike: Do you have a tree I should use for testing? Should I use Andrew's?
10:33<jdike-#uml->>Hi guys
10:33<kokoko1-#uml->>jdike, hi
10:33<jdike-#uml->>yeah, -mm contains my latest public stuff
10:33<kokoko1-#uml->>jdike, facing problem with host after upgrading it to f7 :(
10:34<kokoko1-#uml->>its not booting into skas patch kernel niether in F7 default kernel , however its booting fine in old 'fc6' kernel
10:34<kokoko1-#uml->>kernel panic - no syncing: attempt to kill init
10:34<kokoko1-#uml->>switchroot: mount failed: no such file or directory
10:35<kokoko1-#uml->>this what i got when trying to boot it into f7 kernel
10:35<jdike-#uml->>something's wrong with your initrd
10:36<kokoko1-#uml->>i am once again compiling the kernel while machine is still booted with fc6 kernel
10:36<kokoko1-#uml->>jdike, duno why one uml is not booting but two are booting fine with fc6 kernel "without skas3"
10:36<jdike-#uml->>what's wrong with the one that's not booting?
10:37<kokoko1-#uml->>jdike, its bootinf fine when lauching with ./linux ... thing but not booting with our umlrun script
10:38<kokoko1-#uml->>jdike, its very urguent this is our very critical host :(
10:38<kokoko1-#uml->>i have upgraded 6 hosts to f7 only thsi one is giving problem
10:38<kokoko1-#uml->>that's the one which defeat the 'bisec' thing :)
10:39<kokoko1-#uml->>i was running 2.6.21 fine on fc6 but the same thing is not booting with f7, even though i have 'make; make modules_install; make install ' in kernel source and adjusted the grub.conf
10:49<kokoko1-#uml->>jdike, atm getting these errors in messages logs duno what does it mean at 'host'
10:49<kokoko1-#uml->>Nov 6 15:45:59 k2 kernel: end_request: I/O error, dev fd0, sector 0
10:49<kokoko1-#uml->>Nov 6 15:46:11 k2 kernel: end_request: I/O error, dev fd0, sector 0
10:49<jdike-#uml->>your floppy is screwed
10:49<kokoko1-#uml->>ah right
10:49<kokoko1-#uml->>jdike, why its not running the 3rd uml
10:49<kokoko1-#uml->>2.6.22.9-61.fc6
10:50<kokoko1-#uml->>this kernel atm running on f7 hosts
10:50<jdike-#uml->>why do you think I know?
10:50<kokoko1-#uml->>hmm duno :-s
10:50<jdike-#uml->>how doesn't it work?
10:51<kokoko1-#uml->>system: dtach -n console-socket compartment --user vm4 --group vm4 --chroot . /linux mem=306M ubd0=root ubd1=var ubd2=swap eth0=tuntap,tap4,,209.172.33.88 con=pty con0=fd:0,fd:1 umid=vm4
10:51<kokoko1-#uml->>umlrum script runing it with this
10:52<kokoko1-#uml->> ps -ef | grep vm4
10:52<kokoko1-#uml->>no process of vm4 after lauching it
10:52<jdike-#uml->>what's the output from it?
10:53<kokoko1-#uml->>http://rafb.net/p/13lqxD42.nln.html
10:54<kokoko1-#uml->>the script counts upto 30 , it should launch uml but duno why this one is not working
10:54<kokoko1-#uml->>and no process for vm4
10:55<jdike-#uml->>what's the output from the UML?
10:55<jdike-#uml->>are you creating /proc/mm in the chroot?
10:55<kokoko1-#uml->>jdike, the 'umlrun' script do not show any output from uml just that
10:56<kokoko1-#uml->>jdike, the same thing was working fine before upgrading to f7
11:03<kokoko1-#uml->>jdike, imean on same host two other uml booting just fine with the same script 'umlrun'
11:03<jdike-#uml->>you didn't answer my question
11:03<kokoko1-#uml->>but not the 3rd one and it was running fine before the upgrade with skas patched kernel 2.6.21
11:04<kokoko1-#uml->>yes all vms are running chrooted
11:04<jdike-#uml->>that wasn't the question
11:05<kokoko1-#uml->>i don't even this /proc/mm thing on host which runing fc6 kernel
11:06<kokoko1-#uml->>yes its creating the mm chrooted
11:08<kokoko1-#uml->>the proc , and dev directories in each uml /var/uml/vmX directory
11:09<kokoko1-#uml->>for chrooted thing
11:09<kokoko1-#uml->>you thinks it something with 2.6.22.9-61.fc6 host kernel?
11:14<jdike-#uml->>so you're creating /proc/mm and not mounting anything on it
11:14<jdike-#uml->>that will panic the UML
11:14<jdike-#uml->>because it will think that the host has procmm support
11:15<kokoko1-#uml->>Right
11:15<kokoko1-#uml->>jdike, same thing working fine for other to uml on the same host
11:15<kokoko1-#uml->>s/to/two
11:18<kokoko1-#uml->>would you guide me how to launch the 3rd uml with networking from console
11:18<kokoko1-#uml->>system: dtach -n console-socket compartment --user vm4 --group vm4 --chroot . /linux mem=306M ubd0=root ubd1=var ubd2=swap eth0=tuntap,tap4,,209.172.33.88 con=pty con0=fd:0,fd:1 umid=vm4
11:18<kokoko1-#uml->>want alteat ppl start using the 'webmail' services running on this um :(
11:19<kokoko1-#uml->>then i'll trouble shoot the kernel booting problme with fedora 7 and skas6 kernel
11:20<kokoko1-#uml->>brb giving it a reboot
11:21|-|baroni [~baroni@tera.lsi.usp.br] has quit [Quit: Saindo]
11:21<kokoko1-#uml->>these remote things are very frustrating
11:31<kokoko1-#uml->>same thing host booting fine with old kernel , and panic on fedora default kernel also with panice with custom compiled kernel
11:35|-|jjkola [~kvirc@dsl-olubrasgw1-fec8de00-184.dhcp.inet.fi] has joined #uml
11:35<jjkola-#uml->>hello
11:38|-|fonz [~fonz@p54BF78A6.dip.t-dialin.net] has joined #uml
11:40<fonz-#uml->>hi all, i'm seeing 'unusual' behaviour with hostfs and hard links
11:40<fonz-#uml->>via hostfs, the hard link count of the link-target is not decremented while it's open
11:41<fonz-#uml->>this is different from the host's behaviour, where both have the same link count immediately
11:42<fonz-#uml->>s/decremented/incremented/, of course
11:42<jdike-#uml->>do they show the same inode number in hostfs?
11:42<fonz-#uml->>yes
11:42<fonz-#uml->>i can reproduce it with just a few commands
11:42<fonz-#uml->>like:
11:42<fonz-#uml->>sleep 1000 >x &
11:43<fonz-#uml->>ln x y
11:43<fonz-#uml->>ls -l x y
11:43<fonz-#uml->>y shows link count 2, but x 1
11:44<jdike-#uml->>why the sleep > x, BTW?
11:44<fonz-#uml->>to keep x open
11:44<jdike-#uml->>doesn't touch x do the same?
11:44<fonz-#uml->>haven't tried, wait a sec
11:44<jdike-#uml->>you don't have this behavior unless it's open?
11:44<fonz-#uml->>with touch, both file get immediately link count 2
11:44<fonz-#uml->>which is what I expect
11:45<fonz-#uml->>yes, that's the difference
11:45<fonz-#uml->>with sleep...&, x remains open while I link it
11:45<jdike-#uml->>being opened shouldn't matter
11:45<fonz-#uml->>well...
11:45<fonz-#uml->>shouldnt
11:45<jdike-#uml->>yeah
11:45<fonz-#uml->>but it does
11:47<fonz-#uml->>it's linux 2.6.22.2, btw, both host and guest
11:47<fonz-#uml->>you think it's a bug?
11:48<jdike-#uml->>probably
11:49<fonz-#uml->>can I provide any more info to help you?
11:50<jdike-#uml->>let me see if it happens here
11:50<jdike-#uml->>if so, then no
11:52<jdike-#uml->>ls -li x y
11:52<jdike-#uml->>52991 -rw-r--r-- 1 user user 0 Nov 6 11:51 x
11:52<jdike-#uml->>52991 -rw-r--r-- 2 user user 0 Nov 6 11:51 y
11:52<jdike-#uml->>strange
11:52<jdike-#uml->>same inode numbers
11:52<fonz-#uml->>yes
11:52<fonz-#uml->>that's it
11:52<jdike-#uml->>and the link count comes from the inode
11:53<fonz-#uml->>it works if x is closed, so i guess it's cached somewhere
11:54<jdike-#uml->>ls -li /tmp/x /tmp/y
11:54<jdike-#uml->>52991 -rw-r--r-- 2 jdike jdike 0 2007-11-06 11:51 /tmp/x
11:54<jdike-#uml->>52991 -rw-r--r-- 2 jdike jdike 0 2007-11-06 11:51 /tmp/y
11:54<jdike-#uml->>that's on the host
11:59|-|jjkola changed nick to jjkola|afk
12:07|-|weasel [weasel@weasel.chair.oftc.net] has joined #uml
12:11<fonz-#uml->>any idea?
12:14<jdike-#uml->>nope, I'm chasing another problem atm
12:17<fonz-#uml->>ok, no problem, take your time
12:18<jdike-#uml->>give me your email addr if you want to test a patch
12:18<jdike-#uml->>pm if you want
12:19<fonz-#uml->>got it?
12:21<jdike-#uml->>got it
12:21<fonz-#uml->>great, thanks a lot already
12:21<fonz-#uml->>i'd fix it myself if i would understand enough of your code
13:03<Magotari-#uml->>Could anyone recommend me a good benchmark for system calls? I tried just calling getpid() a lot, but the test results were changing by 10% from a run to run... Not very good.
13:03<Magotari-#uml->>I am making an image for benchmarking and testing virtual machines, uml included.
13:03|-|tyler29 [~tyler@ARennes-257-1-171-135.w86-214.abo.wanadoo.fr] has joined #uml
13:05|-|Baltam [~WIKIMOKI@tor-irc.dnsbl.oftc.net] has quit [Remote host closed the connection]
13:05<jdike-#uml->>Magotari, have you quieted the host as much as possible?
13:17|-|ram [~ram@bi01p1.co.us.ibm.com] has joined #uml
13:19|-|Baltam [~WIKIMOKI@tor-irc.dnsbl.oftc.net] has joined #uml
13:25<Magotari-#uml->>jdike: Yes, I have.
13:25<Magotari-#uml->>It's just about zen there.
13:26<Magotari-#uml->>And I tried to run the benchmark for both long and short periods of time, the thing still happens.
13:27<Magotari-#uml->>Maybe I should try booting the host like this: init=/home/karol/linux :)
13:28<jdike-#uml->>strange
13:29<jdike-#uml->>I take my host to runlevel 3 for timing tests
13:29<jdike-#uml->>and I get kernel build time reproducability to within a few seconds
13:29<jdike-#uml->>== ~1%
13:31<Magotari-#uml->>I got within 0,8% of difference with X, irc and lots of terminals working. However, that was a kernel compile. I guess I just can't code for shit yet. Both my file creation and getpid benchmarks are very inaccurate. Time to ditch python, try C.
13:32<Magotari-#uml->>Yeah. Once I finish learning pascal for tomorrow's exam. :( Yuck. Yuck.
13:34<jdike-#uml->>Oh, you're doing python?
13:34<jdike-#uml->>you're measuring a lot more than a system call then
13:35<Magotari-#uml->>Those were things before I got to learn C a bit.
13:35<Magotari-#uml->>So, yeah... Python was all I knew.
13:35<Magotari-#uml->>Yeah, I am aware of that.
13:36<remus-#uml->>Magotari: how do I set up "dhcp forwarding" ?
13:37<Magotari-#uml->>With a program running on the host.
13:37<Magotari-#uml->>Here is the first one I found on google: http://www.nongnu.org/dhcp-fwd/
13:37<Magotari-#uml->>I am sure there are better ones out there, that one just happened to be first which I stumbled upon.
13:39<remus-#uml->>Magotari: thanks, I'll try it out ...
13:40<remus-#uml->>Magotari: another question
13:40<Magotari-#uml->>Yes?
13:40<Magotari-#uml->>Ask away. :)
13:40<remus-#uml->>suppose I run a UML with NAT and with an address 192.168.x.x
13:40<remus-#uml->>can I run two different UMLs with the same 192.168.x.x address on the same network ?
13:41<Magotari-#uml->>Erm, I don't understand. So your host is doing NAT for your uml?
13:41<Magotari-#uml->>Hmm... I don't know.
13:41<remus-#uml->>Magotari: thanks
13:41<Magotari-#uml->>My first thought would be yes, but I really don't know.
13:41<Magotari-#uml->>Why would you want to do that?
13:41<Magotari-#uml->>Failover of a kind?
13:42<remus-#uml->>no, I want to publish the UML rootfs and binary at work with networking set up so people can just run it without having to configure anything for networking
13:44<remus-#uml->>Magotari: do you have any idea why if I run UML under gdb it crashes when I load a module ?
13:44<Magotari-#uml->>Have you taken a look at either VNUML or netkit projects? They seem to be doing things which you might find interesting.
13:44<Magotari-#uml->>remus: No, but jdike might know.
13:44<remus-#uml->>Magotari: are those yet other types of UML projects ?
13:44<Magotari-#uml->>Yeah, kinda.
13:45<Magotari-#uml->>They provide images + network stuff, similar to what you want to do.
13:45<Magotari-#uml->>You can probably use some of their stuff.
13:45<remus-#uml->>Magotari: BTW, UML rocks ... it's been very helpful so far ...
13:45<Magotari-#uml->>Yeah, a great thing it is.
13:46<Magotari-#uml->>I use it to run my very first linux distro, right from it's partition.
13:46<jdike-#uml->>remus, crashes as in you get a SIGSEGV in gdb?
13:46<remus-#uml->>jdike: yes
13:46<jdike-#uml->>not a problem
13:46<jdike-#uml->>just tell gdb
13:46<jdike-#uml->>handle SIGSEGV pass nostop noprint
13:46[~]jdike #uml disappears for a bit#uml-> disappears for a bit
13:47<Magotari-#uml->>Ah yes. remus, UML uses SIGSEGVs internally for some stuff.
13:47<remus-#uml->>while gdb handles the SEGV ? ;-) ....
13:47<Magotari-#uml->>Just try to continue for now.
13:47<remus-#uml->>jdike: what is that going to tell gdb ?
13:47<Magotari-#uml->>I think you do it with 'c' or 'continue'.
13:47<Magotari-#uml->>I thitk it will not print SIGSEGVs.
13:48<kokoko1-#uml->>can somone point me to the link to download 2.6.21 kernel source
13:48<kokoko1-#uml->>i am not finding it on kernel.org
13:48<Magotari-#uml->>www.kernel.org... Oh.
13:48<Magotari-#uml->>Sec.
13:48<kokoko1-#uml->>k
13:48<Magotari-#uml->>http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.21.7.tar.gz
13:49<kokoko1-#uml->>Magotari, looking for 2.6.21.tar.gz
13:49<kokoko1-#uml->>not .7 :s
13:49<Magotari-#uml->>http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.21.tar.gz
13:50<kokoko1-#uml->>great, thanks dude
13:50<Magotari-#uml->>Welcome. If you ever need something else, don't be afraid to ask.
13:50|-|balbir [~balbir@59.178.36.94] has quit [Ping timeout: 480 seconds]
13:50|-|Baltam [~WIKIMOKI@tor-irc.dnsbl.oftc.net] has quit [Remote host closed the connection]
13:55<remus-#uml->>jdike: hey, it worked ... thanks
13:58<remus-#uml->>once I am in gdb with the UML running do you guys have any idea how to get a gdb prompt (to set breakpoints, etc) ?
14:05|-|jjkola|afk changed nick to jjkola
14:08<Magotari-#uml->>remus: I don't know gdb, but I found this: http://unknownroad.com/rtfm/gdbtut/gdbstep.html
14:08<Magotari-#uml->>It might be right or wrong, I don't know.
14:09<remus-#uml->>Magotari: thanks man
14:09|-|Baltam [~WIKIMOKI@tor-irc.dnsbl.oftc.net] has joined #uml
14:09<remus-#uml->>worst case I'll set the breakpoints before I start UML
14:11<Magotari-#uml->>Yeah, that is guaranteed to work. It is kinda hard to send ctrl+c to uml, as far as I know. A kill command might be in order to deliver SIGINT.
14:11<Magotari-#uml->>I am relying on what the page I gave you said. It might be wrong, so caveat.
14:13<remus-#uml->>Magotari: pretty cool gdb tutorial
14:14<Magotari-#uml->>Yeah. It is. I will have to bookmark it.
14:26|-|mgross [~mgross@pool-71-117-236-31.ptldor.fios.verizon.net] has joined #uml
14:58<jdike-#uml->>back
15:00<jjkola-#uml->>jdike: is there an easy way to browse through signal stack?
15:01<jjkola-#uml->>or do I need to manually do that?
15:02|-|hfb [~hfb@pool-71-106-219-180.lsanca.dsl-w.verizon.net] has joined #uml
15:02<jjkola-#uml->>I'm thinking of debugging a core dump which will has signaled quite many signals if I'm right
15:03<jdike-#uml->>jjkola, I don't understand what you want
15:05<jjkola-#uml->>I think the situation with that core dump (did that manually) is that it's sending signals in a loop and I want to find the original cause
15:07<jjkola-#uml->>I can show you the backtrace if you want to check it
15:09<jdike-#uml->>you mean you have a million frame stack and you want to see the top?
15:11<jjkola-#uml->>yes
15:11<jjkola-#uml->>here is the backtrace which is available: http://rafb.net/p/5GJNeU65.html
15:12<jdike-#uml->>what that means is that there was a signal already being handled on that stack
15:12<jdike-#uml->>and a new signal came along at the top of the stack
15:13<jdike-#uml->>likely overwriting the old signal
15:13<jdike-#uml->>but have a look at the sigcontext at the top of the stack
15:14<jdike-#uml->>the stack pointer there will tell you what was interrupted
15:14<jjkola-#uml->>ok
15:42<jjkola-#uml->>ugh, I'm getting gdb to dump a core
15:43<jjkola-#uml->>for some reason when I first time try to attach gdb to hanged uml process it dumps core but on second try gdb works without problems
15:44<jjkola-#uml->>the reason for dumping core is that gdb hits an assertion
15:50<jjkola-#uml->>here is the assertion: internal-error: linux_nat_attach: Assertion `pid == GET_PID (inferior_ptid) && WIFSTOPPED (status) && WSTOPSIG (status) == SIGSTOP' failed
15:56<jdike-#uml->>well
15:56<jdike-#uml->>I'd suggest a better gdb maybe
15:58<jjkola-#uml->>you mean a newer one?
15:58<jdike-#uml->>or older
15:58<jdike-#uml->>just different :-)
15:58<jjkola-#uml->>I see
16:51|-|newbie [~jeff@ita4fw1.itasoftware.com] has quit [Quit: Leaving.]
16:54|-|tyler29 [~tyler@ARennes-257-1-171-135.w86-214.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
17:10|-|tyler29 [~tyler@ARennes-257-1-121-231.w86-210.abo.wanadoo.fr] has joined #uml
17:11|-|dang [~dang@aa-redwall.nexthop.com] has quit [Quit: Leaving.]
17:32|-|jdike [~jdike@pool-71-248-190-161.bstnma.fios.verizon.net] has quit [Quit: Leaving]
17:34|-|Baltam [~WIKIMOKI@tor-irc.dnsbl.oftc.net] has quit [Ping timeout: 480 seconds]
17:42|-|Baltam [~WIKIMOKI@tor-irc.dnsbl.oftc.net] has joined #uml
18:08|-|tyler29 [~tyler@ARennes-257-1-121-231.w86-210.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
18:33|-|hfb [~hfb@pool-71-106-219-180.lsanca.dsl-w.verizon.net] has quit [Quit: Leaving]
18:48|-|mgross [~mgross@pool-71-117-236-31.ptldor.fios.verizon.net] has quit [Quit: Ex-Chat]
18:48|-|ram [~ram@bi01p1.co.us.ibm.com] has quit [Ping timeout: 480 seconds]
18:51|-|mgross [~mgross@pool-71-117-236-31.ptldor.fios.verizon.net] has joined #uml
18:59|-|ram [~ram@bi01p1.co.us.ibm.com] has joined #uml
19:31|-|jjkola [~kvirc@dsl-olubrasgw1-fec8de00-184.dhcp.inet.fi] has quit [Quit: *pop*]
20:00|-|aroscha [~aroscha@chello213047053193.30.11.tuwien.teleweb.at] has joined #uml
20:00<aroscha-#uml->>hi!
20:01<aroscha-#uml->>how stable is uml in 2.6.24 currently?
20:22|-|ram [~ram@bi01p1.co.us.ibm.com] has quit [Ping timeout: 480 seconds]
20:27|-|hfb [~hfb@75.80.37.175] has joined #uml
20:46|-|dang [~dang@nemesis.fprintf.net] has joined #uml
22:01|-|aroscha [~aroscha@chello213047053193.30.11.tuwien.teleweb.at] has quit [Quit: aroscha]
22:08|-|Nem^ [~Nem@dslb-084-056-253-185.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds]
22:18|-|Nem^ [~Nem@dslb-084-056-236-171.pools.arcor-ip.net] has joined #uml
23:28|-|balbir [~balbir@59.178.38.185] has joined #uml
23:44|-|balbir [~balbir@59.178.38.185] has quit [Ping timeout: 480 seconds]
23:58|-|VS_ChanLog [~stats@ns.theshore.net] has left #uml [Rotating Logs]
23:59|-|VS_ChanLog [~stats@ns.theshore.net] has joined #uml
---Logclosed Wed Nov 07 00:00:49 2007