| --- | Log | opened Mon Jul 24 00:00:05 2006 |
| 00:19 | |-| | n0sferatu [~n0sferatu@201.132.60.166] has quit [Quit: Leaving] |
| 01:58 | |-| | JViz [Anomaly@adsl-065-013-131-023.sip.int.bellsouth.net] has quit [Read error: Connection reset by peer] |
| 02:09 | |-| | JViz [Anomaly@adsl-065-013-131-023.sip.int.bellsouth.net] has joined #uml |
| 02:18 | |-| | JViz [Anomaly@adsl-065-013-131-023.sip.int.bellsouth.net] has quit [Read error: Connection reset by peer] |
| 03:15 | |-| | ElectricElf [~dbharris@electricelf.noc.oftc.net] has quit [Ping timeout: 480 seconds] |
| 03:19 | |-| | JViz [Anomaly@adsl-065-013-131-023.sip.int.bellsouth.net] has joined #uml |
| 03:19 | |-| | ElectricElf [~dbharris@electricelf.noc.oftc.net] has joined #uml |
| 03:28 | |-| | Fl4v10 [~Fl4v10@host161-234.pool8711.interbusiness.it] has joined #uml |
| 03:34 | |-| | Fl4v10 [~Fl4v10@host161-234.pool8711.interbusiness.it] has quit [Quit: Leaving] |
| 04:30 | |-| | Segora [~gefla@p4523e3d4.np.schlund.de] has joined #uml |
| 04:31 | |-| | womble [~mpalmer@eth359.nsw.adsl.internode.on.net] has joined #uml |
| 04:33 | <Segora> | Is there a way to have job control in /dev/console with con0=fd:0,fd:1 ? Or maybe another way to have uml ttys in screen(1)? |
| 04:44 | <Segora> | I tried 'config con1=pts', but there is no message in the logs concerning which device was chosen. |
| 05:21 | <Segora> | Does anybody understand what I'm talking about? |
| 05:36 | |-| | Ancalagon [~PtitKosmi@215.208-78-194.adsl-fix.skynet.be] has joined #uml |
| 05:42 | [~] | Segora drops a needle and listens to its sound reverberating through the channel. |
| 06:05 | <dgraves> | Segora: some days its slow here. :) |
| 06:06 | <dgraves> | Segora: what do you mean by job control? |
| 06:06 | <Segora> | Ctrl-C, Ctrl-Z etc. |
| 06:07 | <Segora> | e.g. when I do 'ping other-node', it happily pings, and happily continues to do so, no matter how often I hit Ctrl-C. Which means I have to reboot the virtual machine if I there is no other way to get a prompt on that instance. ;) |
| 06:10 | <dgraves> | Segora: interesting. it should have job control by default. |
| 06:10 | <dgraves> | you say you're running this in screen? |
| 06:10 | <Segora> | yes |
| 06:11 | <dgraves> | if you don't run it in screen, does the same thing happen? |
| 06:11 | <Segora> | just a moment, I'll try |
| 06:12 | <Segora> | -bash: no job control in this shell |
| 06:12 | <Segora> | same as before |
| 06:13 | |-| | pjb [~pjb@thalassa.informatimago.com] has quit [Read error: Operation timed out] |
| 06:14 | <dgraves> | wierd. |
| 06:14 | <dgraves> | what's your command line? |
| 06:14 | <Segora> | linux eth0=daemon,,unix,net_a.ctl con0=fd:0,fd:1 con=pty ubd0=node-c.cow,ubda-sarge root=/dev/ubda1 umid=node-c |
| 06:14 | <dgraves> | try w\o the con stuff. |
| 06:16 | <Segora> | same effect. |
| 06:16 | <dgraves> | hrm. |
| 06:17 | <Segora> | the shell is spawned via login by '/sbin/getty 38400 console' in inittab |
| 06:17 | <dgraves> | is that message in the guest? |
| 06:17 | <Segora> | yes |
| 06:17 | <Segora> | it's the line just before the shell prompt after login |
| 06:18 | <dgraves> | what is the shell of the user that you're logging into? |
| 06:18 | <Segora> | root::0:0:root:/root:/bin/bash |
| 06:23 | <dgraves> | Segora: i assume your job control works outside of uml? |
| 06:23 | <Segora> | yes |
| 06:24 | <Segora> | it also works with the same image on xterm ttys. |
| 06:25 | <dgraves> | in uml? |
| 06:26 | <Segora> | yes |
| 06:29 | <dgraves> | Segora: i dunno. that's just odd. |
| 06:30 | <Segora> | i'm also quite confused by this. |
| 06:31 | <dgraves> | might i suggest using the con=xterm for a while then? :) |
| 06:33 | |-| | tyler [~tyler@ARennes-356-1-138-152.w86-220.abo.wanadoo.fr] has joined #uml |
| 06:35 | <Ancalagon> | hi |
| 06:35 | <dgraves> | morning |
| 06:35 | <Ancalagon> | is it better to use uml_switch or a bridge to allow internet access for uml servers?N |
| 06:36 | <Ancalagon> | Now, i have configured a bridge |
| 06:36 | <Segora> | dgraves: well, my workaround is an sshd and a management network because I have to be able to connect from multiple locations |
| 06:36 | <Segora> | dgraves: but thank you for the suggestion |
| 06:37 | <dgraves> | Segora: when jdike shows up he may have more suggestions. |
| 06:37 | <Ancalagon> | do you have any idea, dgraves ? |
| 06:39 | <dgraves> | Ancalagon: usually people use a bridge. |
| 06:39 | <Segora> | Ancalagon: I guess 'better' is context dependent |
| 06:39 | <dgraves> | but like Segora said, its dependent. |
| 06:43 | <Ancalagon> | ok, thanks |
| 06:45 | <Ancalagon> | I'll keep bridge |
| 06:45 | <Ancalagon> | then I have another question |
| 06:45 | <Ancalagon> | with a bridge, I must create a brige iface and an iface for the uml server (on the host) |
| 06:46 | <Ancalagon> | but, with iproute, I'm unable to manage routing |
| 06:46 | <Ancalagon> | if I prohibit a net, the packets goes through anyway |
| 06:46 | <dgraves> | Ancalagon: don't you want ipfilter for that? |
| 06:46 | <Ancalagon> | is there something special for routing with brctl? |
| 06:46 | [~] | dgraves is a bit unsure of this. |
| 06:47 | <Ancalagon> | iproute2 is a the ip level |
| 06:47 | <Ancalagon> | doesn't manage protocol, but only ip/network and iface |
| 06:50 | <Segora> | brctl has nothing to do with routing |
| 06:50 | <Ancalagon> | yes |
| 06:50 | <Ancalagon> | I know |
| 06:50 | <Ancalagon> | I want to do routing with iproute2 |
| 06:50 | <Ancalagon> | (the ip command) |
| 06:51 | <Segora> | what are the network commandline parameters of your uml instance? |
| 06:52 | <Ancalagon> | eth0=tuntap,backup0,fe:fd:00:00:01,192.168.250.11 |
| 06:53 | <Segora> | ok. and the output of 'brctl show' ? |
| 06:53 | <Segora> | (and 'ip ro ls') |
| 06:57 | <Ancalagon> | testbackup:~# brctl show |
| 06:57 | <Ancalagon> | bridge name bridge id STP enabled interfaces |
| 06:57 | <Ancalagon> | bridge0 8000.0002a5f78784 no backup0 |
| 06:57 | <Ancalagon> | eth0 |
| 06:57 | <Ancalagon> | testbackup:~# ip ro ls |
| 06:57 | <Ancalagon> | 192.168.250.11 dev bridge0 scope link |
| 06:57 | <Ancalagon> | 192.168.250.0/24 dev bridge0 proto kernel scope link src 192.168.250.10 |
| 06:57 | <Ancalagon> | default via 192.168.250.254 dev bridge0 |
| 06:58 | <Ancalagon> | I tried to set a table for the uml server |
| 06:58 | <Ancalagon> | but, it doesn't seemed to use if |
| 06:58 | <Ancalagon> | s/if/it/ |
| 06:58 | <Ancalagon> | I set only a prohibit on the table and the uml server continues to be able to access the network |
| 07:02 | <Ancalagon> | I'll continue to search |
| 07:11 | <Segora> | hmm |
| 07:14 | <Segora> | what exactly did you do when you 'set only a prohibit on the table' |
| 07:14 | <Segora> | ? |
| 07:15 | <Ancalagon> | testbackup:~# ip rule add from 192.168.250.11/32 table uml.backup prior 100 |
| 07:15 | <Ancalagon> | testbackup:~# ip ru ls |
| 07:15 | <Ancalagon> | 0: from all lookup local |
| 07:15 | <Ancalagon> | 100: from 192.168.250.11 lookup uml.backup |
| 07:15 | <Ancalagon> | 32766: from all lookup main |
| 07:15 | <Ancalagon> | 32767: from all lookup default |
| 07:15 | <Ancalagon> | testbackup:~# ip ro add prohibit 193.190.198.0/28 table uml.backup |
| 07:15 | <Ancalagon> | testbackup:~# ip ro ls table uml.backup |
| 07:16 | <Ancalagon> | prohibit 193.190.198.0/28 |
| 07:17 | <Ancalagon> | made an error in the mask |
| 07:17 | <Ancalagon> | will try with /24 |
| 07:18 | <Ancalagon> | don't change the result |
| 07:18 | <Segora> | hmm |
| 07:19 | <Segora> | did you trace and check if packets from the uml really have .11 as source address? |
| 07:22 | <Ancalagon> | testbackup:~# tcpdump -nv -i bridge0 host 192.168.250.11 |
| 07:22 | <Ancalagon> | tcpdump: listening on bridge0, link-type EN10MB (Ethernet), capture size 96 bytes |
| 07:22 | <Ancalagon> | 14:22:33.614977 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], length: 84) 192.168.250.11 > 193.190.198.53: icmp 64: echo request seq 30 |
| 07:22 | <Ancalagon> | 14:22:33.630697 IP (tos 0x0, ttl 55, id 9203, offset 0, flags [none], length: 84) 193.190.198.53 > 192.168.250.11: icmp 64: echo reply seq 30 |
| 07:23 | <Ancalagon> | I create a rule on the bridge0 iface |
| 07:23 | <Ancalagon> | and also made a prohibit inside |
| 07:23 | <Ancalagon> | same result |
| 07:25 | <Ancalagon> | testbackup:~# ip ro ls table uml.backup |
| 07:25 | <Ancalagon> | prohibit 193.190.198.0/24 |
| 07:25 | <Ancalagon> | testbackup:~# ip ru ls |
| 07:25 | <Ancalagon> | 0: from all lookup local |
| 07:25 | <Ancalagon> | 100: from all iif bridge0 lookup uml.backup |
| 07:27 | <Segora> | Interesting |
| 07:30 | <Ancalagon> | will try with "oif bridge0" for the table |
| 07:30 | <Segora> | Is there a particular reason for using source routing instead of iptables? I'd try 'iptables -I forward -s 192.168.250.11 -d 193.190.198.0/24 -j REJECT' |
| 07:31 | <Ancalagon> | I use source rejection because, I see clearly when it works |
| 07:32 | <Ancalagon> | it's for test purpose |
| 07:32 | <Ancalagon> | I want to be able to limit the net access of an uml server with routing also |
| 07:34 | <Segora> | well, I find it easier to debug iptable setups because there is a LOG target which I can use to inspect the setup |
| 07:35 | <Ancalagon> | Yes, it is |
| 07:36 | <Ancalagon> | but why am I not able to play with ip.. |
| 07:36 | <Segora> | what's the routing table inside your uml? |
| 07:36 | <Ancalagon> | backup:~# route -n |
| 07:36 | <Ancalagon> | Kernel IP routing table |
| 07:36 | <Ancalagon> | Destination Gateway Genmask Flags Metric Ref Use Iface |
| 07:36 | <Ancalagon> | 192.168.250.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 |
| 07:36 | <Ancalagon> | 0.0.0.0 192.168.250.254 0.0.0.0 UG 0 0 0 eth0 |
| 07:36 | <Segora> | .. and the source routing rules are on the host? |
| 07:36 | <Ancalagon> | yes |
| 07:36 | <Segora> | Then it's crystal clear. |
| 07:37 | <Segora> | The routing rules of the host are never invoked in this setup. |
| 07:37 | <Ancalagon> | there is not routing at the bridge? |
| 07:37 | <Segora> | A bridge operates one level below routing. |
| 07:37 | <Ancalagon> | ha, ok |
| 07:38 | <Segora> | The uml sends the packets to the ethernet address of the router. |
| 07:38 | <Ancalagon> | sorry for that big mistake |
| 07:38 | <Segora> | The host only sees that there is a packet from one side of the bridge that has to go to the other side. No routing on the host involved. |
| 07:39 | <Segora> | If you want to use the host's routing engine to police the uml, you have to break the bridge and put the uml on its own network. |
| 07:40 | <Ancalagon> | how? |
| 07:41 | <Segora> | well... there's more than one way to do it. Do you have control over routing inside your administrative domain? |
| 07:42 | <Segora> | i.e. can you arrange for a network (e.g. 192.168.251.0/24) to be routed to your host? |
| 07:42 | <Segora> | if not, the host will have to proxy-arp or masquerade. |
| 07:42 | <Ancalagon> | yes, I can manage to have a dedicated network |
| 07:44 | <Segora> | then get that network routed to your host, tear down the bridge, restore normale routing for the host's eth0, put the uml in the new network and use the uml's new address for your source route rules. |
| 07:44 | <Segora> | the host's routing table should look something like this afterwards: |
| 07:44 | <Segora> | 192.168.250.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 |
| 07:45 | <Segora> | 192.168.251.0 0.0.0.0 255.255.255.0 U 0 0 0 backup0 |
| 07:45 | <Segora> | 0.0.0.0 192.168.250.254 0.0.0.0 UG 0 0 0 eth0 |
| 07:45 | <Segora> | inside the uml: |
| 07:45 | <Segora> | 192.168.251.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 |
| 07:45 | <Segora> | 0.0.0.0 192.168.251.1 0.0.0.0 UG 0 0 0 eth0 |
| 07:46 | <Segora> | (assuming the host has 192.168.251.1 on backup0 and the uml some other address in that network) |
| 07:46 | <Ancalagon> | ok, thanks |
| 07:46 | <Ancalagon> | will try to make that |
| 07:46 | <Segora> | you're welcome |
| 08:05 | |-| | kokoko1 [~Slacker@203.148.65.8] has joined #uml |
| 08:12 | |-| | MrX [~urk@219.95.2.2] has quit [Ping timeout: 480 seconds] |
| 08:57 | <nikkne> | hi, I'm having problem setting up tuntap on uml |
| 08:58 | <nikkne> | I've had setup everything as described on: |
| 08:58 | <nikkne> | http://www.usermodelinux.org/modules.php?name=News&file=article&sid=4 |
| 08:58 | <nikkne> | but I can't get eth0 interface inside uml |
| 08:58 | <nikkne> | kernel is 2.6.15.6 |
| 08:59 | <dgraves> | nikkne, try using uml_net instead? |
| 09:00 | <dgraves> | http://user-mode-linux.sourceforge.net/networking.html |
| 09:00 | <dgraves> | look for tun\tap with uml_net helper |
| 09:04 | <nikkne> | ok, will do that |
| 09:04 | <nikkne> | thanks |
| 09:12 | |-| | nikkne [~nikkne@nslpc3.epfl.ch] has quit [Quit: Konversation terminated!] |
| 09:13 | <Ancalagon> | Bye all |
| 09:13 | |-| | Ancalagon [~PtitKosmi@215.208-78-194.adsl-fix.skynet.be] has quit [Quit: Chatzilla 0.9.74 [Firefox 1.0.4/20060629]] |
| 09:17 | |-| | linbot [~supybot@ns.theshore.net] has quit [Ping timeout: 480 seconds] |
| 09:18 | |-| | Newsome [~sorenson@adsl-75-0-136-70.dsl.chcgil.sbcglobal.net] has quit [Ping timeout: 480 seconds] |
| 09:20 | |-| | Newsome [~sorenson@adsl-75-0-136-70.dsl.chcgil.sbcglobal.net] has joined #uml |
| 09:49 | |-| | ElectricElf [~dbharris@electricelf.noc.oftc.net] has quit [Read error: Operation timed out] |
| 09:51 | |-| | ElectricElf [~dbharris@electricelf.noc.oftc.net] has joined #uml |
| 10:00 | |-| | Cowboy_ [~Cowboy@129.42.184.35] has joined #uml |
| 10:01 | |-| | tyler_ [~tyler@ARennes-356-1-138-152.w86-220.abo.wanadoo.fr] has joined #uml |
| 10:02 | |-| | tyler [~tyler@ARennes-356-1-138-152.w86-220.abo.wanadoo.fr] has quit [Read error: Connection reset by peer] |
| 10:07 | |-| | Cowboy_ [~Cowboy@129.42.184.35] has left #uml [Client exiting] |
| 10:37 | |-| | hfb [~hfb@pool-71-106-220-165.lsanca.dsl-w.verizon.net] has joined #uml |
| 10:43 | |-| | notsu [~notsu@194.204.35.173] has joined #uml |
| 10:52 | |-| | jdike [~jdike@pool-71-248-190-113.bstnma.fios.verizon.net] has joined #uml |
| 10:52 | <jdike> | Hi guys |
| 11:00 | <dgraves> | jdike: yo you yo! |
| 11:08 | <jdike> | Back from Ottawa |
| 11:08 | <jdike> | time for some decompression |
| 11:19 | |-| | mkhl [~mkhl@200-148-40-12.dsl.telesp.net.br] has joined #uml |
| 11:58 | [~] | dgraves watches jdike expand. |
| 12:03 | <pingu> | jdike: hi, is there any possibility to compile a uml guest kernel inside of which you can play with a guest scheduler? |
| 12:03 | <jdike> | of course |
| 12:03 | <jdike> | you need an alternate lInux scheduler to play with |
| 12:03 | <pingu> | jdike: mmm dgrave helped me test it out and i get a problem when compiling w/ ARCH=um after applying your patch |
| 12:04 | <jdike> | applying what patch? |
| 12:05 | <pingu> | I took a 2.6.11-bk8 kernel and applied the patch you posted on lkml (the 3 ones) |
| 12:05 | <pingu> | arch/um/kernel/ksyms.c:129: error: `switch_mm_skas' undeclared here (not in a function) |
| 12:06 | <pingu> | this is the compilation error, seems it expects to have switch_mm_skas defined in order to export it but it doesn't make sense to have it defined in a ARCH-um, does it? |
| 12:06 | <jdike> | why 2.6.11? |
| 12:06 | <jdike> | and even there, UML should build out without needing any patches |
| 12:06 | <pingu> | that was the kernel referenced in your post |
| 12:07 | <jdike> | what post? |
| 12:07 | <pingu> | ok let me rewind, I'm not being clear here, sry |
| 12:07 | <pingu> | I'm trying to use your "guest-scheduler" to be able to have a group of processes be handled by it as opposed to the scheduler in a kernel |
| 12:07 | <pingu> | now the weird thing I'm doing is that i don't want to give users privileges to load / unload modules in the host kernel |
| 12:08 | <pingu> | so I'm trying instead to have them play with the "guest scheduler" inside of an UML vm |
| 12:08 | <pingu> | you can say that it's about guest-"guest schedulers" I guess :) |
| 12:08 | <jdike> | Oh, that one |
| 12:09 | <jdike> | I misunderstood |
| 12:09 | <pingu> | yup :) I should have started by that :) |
| 12:09 | <pingu> | hence the refence to the LKML post or the 3 parts patch |
| 12:09 | <jdike> | right |
| 12:09 | <pingu> | if you have a more recent version btw, point me to it that's just the one I found so far that I used |
| 12:10 | <jdike> | no, that's the most recent |
| 12:10 | <pingu> | ok cool |
| 12:10 | <jdike> | first, make sure that UML builds without the patches |
| 12:10 | <pingu> | ok jumping on that right now |
| 12:14 | <dgraves> | boring.... :) |
| 12:16 | <pingu> | 2.6.11 is fine, testing w/ the bk8 patch just to make sure (sry, it takes a mini-while) |
| 12:19 | <jdike> | pingu, btw did you start with a defconfig? |
| 12:20 | <pingu> | I used the same .config that causes the bug above, it's a defconfig + I think I added nesting level 1. I did that to make sure that wouldn't be in the way of running a "guest scheduler" inside a UML box |
| 12:20 | <pingu> | (before that I tested the defconfig btw and it led to the same compile error) |
| 12:21 | <jdike> | check for CONFIG_MODE_SKAS in .config? |
| 12:21 | <pingu> | well it wasn't offered in the UML options in menuconfig, did I look at the wrong place? |
| 12:21 | <pingu> | (checking) |
| 12:22 | <pingu> | it's set to yes |
| 12:22 | <jdike> | OK |
| 12:22 | <pingu> | btw, config_mode_skas refers to skas-0 or does it assume you have a guest kernel on skas-3? |
| 12:23 | <jdike> | it'll test the host and run in skas0 or skas3 as appropriate |
| 12:24 | <pingu> | ok |
| 12:25 | <pingu> | 2.6.11-bk8 compiles cleanly as well |
| 12:26 | <jdike> | OK, apply the patches one at a time and build each one |
| 12:26 | <pingu> | can do |
| 12:35 | |-| | kokoko1 [~Slacker@203.148.65.8] has quit [Quit: Leaving] |
| 12:37 | <pingu> | btw this reminds me the patch #3 had a hunk failing arch/um/kernel/process_kern.c) it's a minor thing though: |
| 12:37 | <pingu> | # l.143, just add: |
| 12:37 | <pingu> | # EXPORT_SYMBOL(_switch_to); |
| 12:42 | <pingu> | ok patch #1 only seems to be ok |
| 12:42 | <pingu> | patch #1 + #2 leads to some compile errors: |
| 12:42 | <pingu> | (is there a url to patch at btw for this channel, it's around 10 lines) |
| 12:45 | <jdike> | you mean the likes of pastebin.com? |
| 12:45 | <pingu> | probably, checking it out |
| 12:49 | <pingu> | ok it's taking a while to upload but should be there soon under name pingu |
| 12:50 | |-| | kokoko1 [~Slacker@203.148.65.8] has joined #uml |
| 12:52 | <pingu> | err |
| 12:53 | <pingu> | ok here's the 2 liners version of it: |
| 12:54 | <pingu> | kernel/sched.c: In function `normalize_rt_tasks': |
| 12:54 | <pingu> | kernel/sched.c:1558: error: `runqueue_t' undeclared (first use in this function) |
| 12:54 | <pingu> | kernel/sched.c:1558: error: `rq' undeclared (first use in this function) |
| 12:55 | <pingu> | then it goes on abou the implicit declaration of functions task_rq_lock, deactivate_task, task_rq, __setscheduler, __activate_task, resched_task and task_rq_unlock |
| 12:56 | <pingu> | sounds like the result of moving code out of sched.c, the source tree w/ patches #1 #2 #3 fixes that |
| 13:07 | |-| | caker [~caker@caker.netrep.oftc.net] has quit [Remote host closed the connection] |
| 13:08 | |-| | caker [~caker@ns.theshore.net] has joined #uml |
| 13:26 | |-| | mkhl [~mkhl@200-148-40-12.dsl.telesp.net.br] has quit [Quit: ] |
| 13:44 | |-| | tanuki [~TOTEHM00N@40-163.127-70.tampabay.res.rr.com] has joined #uml |
| 13:46 | |-| | pingu_ [~seraph@40-163.127-70.tampabay.res.rr.com] has joined #uml |
| 13:46 | <pingu_> | back (connection problems) |
| 13:46 | |-| | pingu [~seraph@40-163.127-70.tampabay.res.rr.com] has quit [Ping timeout: 480 seconds] |
| 13:47 | |-| | pingu_ changed nick to pingu |
| 13:48 | <pingu> | jdike: any idea about this problem btw? |
| 14:01 | |-| | kos_tom [~thomas@humanoidz.org] has joined #uml |
| 14:37 | |-| | tyler_ [~tyler@ARennes-356-1-138-152.w86-220.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] |
| 14:54 | |-| | tyler_ [~tyler@ARennes-356-1-144-101.w86-220.abo.wanadoo.fr] has joined #uml |
| 15:04 | |-| | tyler_ [~tyler@ARennes-356-1-144-101.w86-220.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] |
| 15:33 | |-| | notsu [~notsu@194.204.35.173] has quit [Quit: head aega] |
| 15:34 | |-| | womble [~mpalmer@eth359.nsw.adsl.internode.on.net] has quit [Quit: What's behind the round window...] |
| --- | Log | closed Mon Jul 24 15:55:08 2006 |
| --- | Log | opened Mon Jul 24 15:55:12 2006 |
| 15:55 | |-| | mikegrb [~michael@mail.thegrebs.com] has joined #uml |
| 15:55 | |-| | Ekipa kanalu #uml: Wszystkich: 30 |-| +op [0] |-| +voice [0] |-| normalnych [30] |
| 15:56 | |-| | kokoko1 [~Slacker@203.148.65.8] has joined #uml |
| 15:56 | |-| | FireEgl [Atlantica@Atlantica.CJB.Net] has joined #uml |
| 15:56 | |-| | SNy [9461ef2f6b@bmx-chemnitz.de] has joined #uml |
| 15:56 | |-| | x86 [~x86@voip.shellshark.net] has joined #uml |
| 15:56 | |-| | Netsplit arion.oftc.net <-> lithium.oftc.net quits: FireEgl, SNy, kokoko1, x86 |
| 15:56 | |-| | Kanal #uml zsynchronizowany w 72 sekundy |
| 15:56 | |-| | Netsplit over, joins: SNy, x86, kokoko1 |
| 16:05 | |-| | felipe [~felipe@206.106.249.74] has joined #uml |
| 16:21 | |-| | felipe [~felipe@206.106.249.74] has quit [Quit: BitchX: melts in your mouth, not in your hands] |
| 16:27 | |-| | FireEgl [Atlantica@Atlantica.US] has joined #uml |
| 17:28 | |-| | kos_tom [~thomas@humanoidz.org] has quit [Remote host closed the connection] |
| 18:00 | |-| | moyix [~moyix@pool-72-74-233-42.bstnma.fios.verizon.net] has joined #uml |
| 18:37 | |-| | hfb [~hfb@pool-71-106-220-165.lsanca.dsl-w.verizon.net] has quit [Quit: Leaving] |
| 18:54 | |-| | JViz [Anomaly@adsl-065-013-131-023.sip.int.bellsouth.net] has quit [Read error: Connection reset by peer] |
| 18:57 | |-| | JViz [Anomaly@adsl-065-013-131-023.sip.int.bellsouth.net] has joined #uml |
| 19:04 | |-| | JViz [Anomaly@adsl-065-013-131-023.sip.int.bellsouth.net] has quit [Quit: I don't want to see any pineapple in my anus.] |
| 19:15 | |-| | JViz [Anomaly@adsl-065-013-131-023.sip.int.bellsouth.net] has joined #uml |
| 20:24 | |-| | tanuki [~TOTEHM00N@40-163.127-70.tampabay.res.rr.com] has quit [Quit: Rising Above Mediocrity: http://bgeiger.net/weblog/ ] |
| 22:31 | |-| | Nem^1 [~Nem@dslb-084-056-229-153.pools.arcor-ip.net] has joined #uml |
| 22:38 | |-| | Nem^ [~Nem@dslb-084-056-230-095.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] |
| 22:39 | |-| | Nem^1 changed nick to Nem^ |
| 22:54 | |-| | jdike [~jdike@pool-71-248-190-113.bstnma.fios.verizon.net] has quit [Quit: Leaving] |
| 22:59 | |-| | VS_ChanLog [~stats@ns.theshore.net] has left #uml [Rotating Logs] |
| 22:59 | |-| | VS_ChanLog [~stats@ns.theshore.net] has joined #uml |
| --- | Log | closed Tue Jul 25 00:00:55 2006 |
