1149986167 J * matled ~matled@quickstop.soohrt.org
1149988146 M * Bertl welcome matled!
1149995548 M * matti Bertl: :)
1149995563 M * matti Bertl: Did you try to run some VServers inside Xen enviroment?
1149995576 M * Bertl works fine :)
1149995619 M * matti :-)
1149995965 M * Bertl okay, I'm off to bed now .. have a good one everyone! cya!
1149995973 N * Bertl Bertl_zZ
1149996012 M * matti Sleep well Bertl.
1149996765 J * Gladness ~debian@85.108.172.98
1149998733 M * Vito` harry: One VM for primary functionality that can't be messed with, identity information, etc.  All user-accessible space totally sandboxed in another VM so even if you totally hose everything, the system still works.
1149998755 M * Vito` Bertl_zZ: So it does work?  That's great to hear.  I'll have to see about trying it out.
1150000896 Q * FireEgl Ping timeout: 480 seconds
1150001589 J * FireEgl Atlantica@Atlantica.US
1150004010 Q * Gladness Quit: 
1150004475 Q * shedi Read error: Connection reset by peer
1150005341 J * shedi ~siggi@130.208.221.254
1150007005 J * zkbrsnie ~zkbrsnie@83-64-146-226.klosterneuburg.xdsl-line.inode.at
1150008514 Q * notlilo Quit: leaving
1150008568 J * lilo2 ~0710AAD4@tor-irc.dnsbl.oftc.net
1150008800 P * meandtheshell 
1150009649 J * dna ~naucki@dialer-148-116.kielnet.net
1150010346 Q * lilo2 Quit: brb
1150010392 J * lilo2 ~0710AAD4@tor-irc.dnsbl.oftc.net
1150011146 Q * dna Quit: Verlassend
1150011617 J * bonbons ~bonbons@83.222.39.166
1150014608 J * s0undt3c1 ~s0undt3ch@bl7-244-178.dsl.telepac.pt
1150015057 Q * s0undt3ch Ping timeout: 480 seconds
1150015311 J * eyck eyck@ghost.anime.pl
1150015462 Q * shedi Read error: Connection reset by peer
1150016232 J * shedi ~siggi@130.208.221.254
1150018051 J * Aiken ~james@tooax6-028.dialup.optusnet.com.au
1150019652 M * bon so
1150019662 M * bon Jun 11 11:48:51 bambulka init: Id "c4" respawning too fast: disabled for 5 minutes
1150019665 M * bon Jun 11 11:48:51 bambulka init: Id "c6" respawning too fast: disabled for 5 minutes
1150019668 M * bon anyone having similar problems in a guest? ;)
1150019692 Q * matti Ping timeout: 480 seconds
1150019848 M * bon ok, solved :)
1150019900 Q * mire Quit: Leaving
1150019944 M * Loki|muh bon: where was the problem?
1150019963 M * bon agetty in /etc/inittab in the guest
1150019966 M * bon just comment it out :)
1150020012 Q * shedi Read error: Connection reset by peer
1150020176 J * meandtheshell ~markus@85-125-230-129.dynamic.xdsl-line.inode.at
1150020761 J * shedi ~siggi@130.208.221.254
1150020963 J * pisco ~pampel@80.135.186.125
1150021474 M * bon but why does my guest shows nothing in vserver?
1150021477 M * bon ergh..
1150021479 M * bon in df -h
1150021961 J * Zaki_ ~Zaki@212.118.98.140
1150021990 M * bonbons bon: missing mtab?
1150022031 M * bon hm
1150022032 M * bon well
1150022034 M * bon there is mtab
1150022035 M * bon in guest
1150022037 Q * Zaki Ping timeout: 480 seconds
1150022037 M * bon but :)
1150022040 M * bon bon@bambulka:~$ cat /etc/mtab
1150022042 M * bon proc /proc proc rw 0 0
1150022045 M * bon that's all
1150022238 M * bonbons so that's reason why df shows nothing, you will need to populate your mtab...
1150022645 Q * pisco Ping timeout: 480 seconds
1150022805 M * mnemoc what's the problem on using mtab as a symlink to /proc/mounts ?
1150022873 J * pisco ~pampel@80.135.182.151
1150023020 M * bon to /proc/mounts on the machine or on the guest?
1150023031 M * bon btw can i have some sort of quota solution for guests?
1150023041 M * bon so a guest would only have X bytes of space available
1150023080 M * mnemoc http://linux-vserver.org/Quota+and+Disk+Limits
1150023101 M * bon and the question with /proc/mounts?
1150023122 M * mnemoc no no, that was a general question from me
1150023128 M * bon ah
1150023134 M * bon and so what's in your guests mtab then?
1150023136 M * mnemoc of course i meaned host to host or guest to guest
1150023169 M * mnemoc my guest's mtab is generated from /etc/vservers/guest/fstab afaik
1150023226 P * pisco 
1150025381 M * doener_ cehteh: I can now report that "vserver foo hashify" actually creates a copy of the vserver's file in /vservers/.hash and replaces the file inside the vserver with a hardlink. that broke debian start-stop-daemon for me, because /proc/<pid>/exe became "invalid"...
1150025395 M * doener_ still no idea about the lost write case... :(
1150025599 N * Bertl_zZ Bertl
1150025602 M * Bertl morning folks!
1150025615 M * mnemoc moin Bertl :)
1150025641 M * Bertl doener_: exec in place or so?
1150025662 M * Bertl morning mnemoc!
1150025668 M * bon mornin` bertl
1150025670 M * doener_ Bertl: sorry?
1150025689 M * Bertl the start-stop-daemon issue
1150025775 M * doener_ the start-stop-daemon was just supposed to send a signal in my case... it reads the process' pid from a file, stats /proc/<pid>/exe and after that, it decided to quit... didn't investigate any further, maybe a security feature, maybe a bug...
1150025884 M * Bertl hmm, interesting ... because the daemon itselfs should see the 'proper' file there (even if it was removed)
1150025949 M * doener_ hm, according to the manpage, the -exec /path/to/exe option causes ssd to check that the process is actually an instance of that executable
1150025957 M * doener_ and that is obviously no longer the case
1150025971 M * Bertl ah, so that's a special 'feature' then :)
1150025996 M * doener_ also, I'm not sure what ssd see as /proc/<pid>/exe, at least "cat" gives something like "/foo/bar .... deleted"
1150026121 M * Bertl it probably re-opes the path and compares the inode
1150026130 M * Bertl (or something stupid like that)
1150026648 J * Rixcz ~rix@217-112-169-218.cust.avonet.cz
1150026672 M * Rixcz hi
1150026688 M * Bertl welcome Rixcz!
1150026728 M * Rixcz pls help, How change space /tmp I now have only 16MB in Vserver
1150026753 M * Bertl that's simple, modify it in the fstab (in the config file)
1150026775 M * Rixcz where is this config?
1150026783 M * Bertl /etc/vservers usually
1150026844 M * Bertl i.e. something like this:
1150026845 M * Bertl cat /etc/vservers/guest7/fstab 
1150026845 M * Bertl none	/proc		proc	defaults		0 0
1150026845 M * Bertl none	/tmp		tmpfs	size=1024m,mode=1777	0 0
1150026845 M * Bertl none	/dev/pts	devpts	gid=5,mode=620		0 0
1150026851 M * Rixcz huh thanks I was blind :D
1150026854 M * Bertl see the 1024m?
1150026868 M * Bertl that'd give 1G /tmp space :)
1150027050 M * Rixcz and how set limmits on RAM?
1150027077 M * Bertl you can limit VM (virtual memory) and RSS (resident set size)
1150027103 M * Bertl http://linux-vserver.org/Resource+Limits
1150027195 M * Rixcz i read this but it is not help me :)
1150027216 M * Bertl hmm, why?
1150027325 M * Rixcz I must create /etc/vservers/vs27/rlimits this directories?
1150027350 M * Bertl yup, for example, and ad the files as and rss
1150027366 M * Bertl *add
1150027439 M * Rixcz and for example to vm vrite 9000?
1150027460 M * Bertl for example, will give you 9k pages of VM
1150029474 M * Bertl okay, off for now .. back later
1150029479 N * Bertl Bertl_oO
1150029922 J * pisco ~pampel@80.135.163.134
1150030002 J * independence independen@marcusson.no-ip.com
1150030021 M * independence Is it possible to run a debian guest on a gentoo host system?
1150030048 M * sid3windr yes
1150030058 M * independence okay
1150030071 M * independence is there some howto? I can't find any information on how to do it
1150030084 M * sid3windr I'm not sure, I use debian hosts exlusively
1150030102 M * sid3windr it is surely possibly by extracting a debian image in a directory and pointing the tools to it
1150030107 M * sid3windr but if you can get debootstrap on gentoo
1150030118 M * sid3windr it should just work with vserver debianthingy build with some options
1150030149 P * pisco 
1150030201 M * independence I don't think it's very easy to get debootstrap to work on gentoo?
1150030235 Q * Rixcz Quit: get satisfied! • :: ««« (Gamers.IRC) »»» www.gamersirc.net ::
1150030292 M * daniel_hozac you don't even have to do that.
1150030302 M * daniel_hozac the utils will download debootstrap if it's not present on the system.
1150030308 M * daniel_hozac but IIRC there's an ebuild of debootstrap.
1150030343 M * independence Ah, there is an ebuild for debootstrap :)
1150030502 M * sid3windr thought so, but wasn't sure :)
1150030762 M * independence how much space does a sarge install take?
1150030819 M * daniel_hozac mine seems to use 279 MiB currently.
1150031148 M * trippeh Depends on what you install. The debian package archive is *huge* ;-)
1150031189 M * trippeh A useful one usually lands at somewhere around 300MB
1150033170 M * waldi sarge buildd env is around 180MiB
1150035071 M * bonbons FYI: my IPv6 patch now allows IPv6 pings (multicast pings like ip6-allhosts trigger a timeout somewhere, but they work; to be investigated)
1150035166 Q * Aiken Quit: Leaving
1150035291 M * Loki|muh bonbons: what status would you give your ipv6 patch?
1150035372 M * derjohn daniel_hozac, apt-get clean removes the debs that are locally cached in /var/cache/apt/....
1150035383 M * bonbons beta, it works for the tests I have done, but those are mostly netcat (tcp/udp) and ping6 tests
1150036235 M * trippeh I wish '127.0.0.1' and '::1' was properly 'virtualized'...
1150036335 M * sid3windr bonbons: good work!
1150036353 M * sid3windr I can't seem to get the ipv6 patched vs kernel to boot on vmware though
1150036361 M * sid3windr didn't see what I did wrong :)
1150036376 M * sid3windr doesn't find a root filesystem, yet ext3, scsi hd and the right scsi controller are built in :/
1150036384 M * bonbons trippeh: that will be hard without ngnet!
1150036385 M * sid3windr must investigate further to be able to test
1150036429 M * trippeh bonbons: So whats this ngnet I keep hearing about?
1150036460 M * bonbons sid3windr: possibly a bootloader issue (not passing over the right partition information)?
1150036470 M * sid3windr I should check it again
1150036475 M * sid3windr last time I looked was last weekend
1150036485 M * sid3windr I didn't see the scsi controller probe in the boot output
1150036530 M * bonbons trippeh: ngnet is kind of namespaces for network as they exist for filesystems. Thus you have the equavalent of a complete networkstack for each guest
1150036568 M * trippeh bonbons: Whats its status? Planned? In progress? Beta?
1150036569 M * bonbons sid3windr: you should update to the latest ipv6 patch if you want pings ;)
1150036582 M * sid3windr bonbons: I'm not quite there yet ;)
1150036606 A * trippeh googles
1150036651 M * bonbons trippeh: as far as I know itis just a proof of concept - on hold until network namespace discussions for mainline are over an a decision taken
1150036687 M * trippeh Okay
1150037501 J * m4z m4z@bastard-operator.from-hell.net
1150037547 M * m4z hey, der [PUPPETS]Gonzo... long time no see... machste noch amx?
1150037663 M * m4z hallo nox (c:
1150038441 M * daniel_hozac bonbons: well, Bertl_oO is already working on virtualized lo for guests... delta-lo-0.05.1.diff.
1150038487 M * bonbons daniel_hozac: as far as I understood it will not simulate real lo address, or did I miss something?
1150038511 M * daniel_hozac every guest gets their own 127.0.0.1.
1150038628 M * bonbons ok...
1150039091 M * bonbons daniel_hozac: where should commands be put that should be executed by host at guest creation?
1150039122 M * bonbons I'm speaking about util-vserver! Some what to call a script should be sufficient
1150039128 M * daniel_hozac at what stage during guest creation?
1150039164 M * daniel_hozac and by creation, do you mean guest building or starting?
1150039171 M * bonbons when the contexts are setup, preferably before the guest's init is started
1150039184 M * daniel_hozac scripts/vserver.start
1150039217 M * cehteh doener_: should be fixed someday ;)
1150039250 M * bonbons so in /etc/vservers/<guest>/scripts/vserver.start?
1150039261 M * daniel_hozac oh, you mean in the config.
1150039301 M * daniel_hozac then it's scripts/(pre|post)start
1150039306 Q * shedi Quit: Leaving
1150039320 M * bonbons yep, best is per-guest - but in util-vserver scripts should be fine too
1150039342 M * daniel_hozac i assume you're adding the IPv6 stuff?
1150039365 M * bonbons yep, it's to add IPv6 addresses to the guests
1150039377 M * daniel_hozac did you modify chbind?
1150039438 M * bonbons I didn't look there, for now it's just to call an external too for adding the addresses
1150039457 M * daniel_hozac ah, yeah, that's what i did too.
1150039604 M * bonbons for full-features support of IPv6 in util-vserver we have time :) Maybe there will be a better kernel interface at that time
1150039632 M * daniel_hozac and i guess it'll only be in devel for a while too.
1150039656 M * daniel_hozac ensc seems to prefer tracking stable.
1150039798 M * bonbons yep. I'm thinking about doing some coding for address-range address addition to guests, so that guests with many addresses aren't a penality
1150039859 M * bonbons that will have to be discussed with bertl to determine what exactly should be possible
1150039961 M * daniel_hozac did you think any more about the dynamic address allocation?
1150039992 Q * Snow-Man Ping timeout: 480 seconds
1150040009 M * bonbons that's related
1150040089 M * bonbons so the information would be put into dynamic memory space in kernel;  kind of array of unions (single-addr, subnet, addr-range)
1150040129 J * Snow-Man ~sfrost@kenobi.snowman.net
1150040723 Q * sezuan Ping timeout: 480 seconds
1150042014 J * the_hydra ~a_mulyadi@202.59.168.5
1150042045 M * the_hydra always inspired by Bert's famous quote :)
1150043425 J * dna ~naucki@dialer-165-125.kielnet.net
1150044093 M * cehteh http://www.pipapo.org/pipawiki/ChrootMeetsPtrace ... what do you think about that?
1150044153 A * cehteh just written down a idea he had since years .. no much details there but you should get the idea
1150044157 M * the_hydra bad connection here, can you tell me the summary?
1150044240 M * cehteh woops
1150044273 M * cehteh jail building by supervising a chrooted environent
1150044294 M * the_hydra hmm
1150044318 M * the_hydra something like the one implemented in grsecurity?
1150044320 M * cehteh mhm channel is quite here .. moment i paste its not too much
1150044337 M * the_hydra just don't flood too much..
1150044343 M * cehteh i dont know the grsecurity thing 
1150044352 M * the_hydra check www.grsecurity.net
1150044361 M * the_hydra one of the feature is tightening chroot
1150044369 M * cehteh no not tighening
1150044381 M * cehteh can i paste you in private?
1150044382 M * the_hydra ok.."supervising"..
1150044392 M * the_hydra just don't be too long please :)
1150044396 M * the_hydra 5 lines?
1150044416 M * cehteh kindof :) .. little but not much more
1150044514 M * cehteh the thing is that it is fully userspace, should be vserver aware too .. but useable for anything else too
1150044521 M * cehteh got it?
1150044524 M * the_hydra wait, makes me think, why one need to supervise process inside chroot?
1150044550 M * cehteh for easy bootstraping 
1150044552 M * the_hydra i think that will introduce security hole
1150044558 M * cehteh how that?
1150044579 M * the_hydra especially if one is not careful enough to create the policy
1150044584 M * cehteh there are policies which will be carefully filtered .. if thats done right there is no security hole
1150044587 M * cehteh sure
1150044598 M * the_hydra yes, the policy is the "hole"... :)
1150044612 M * cehteh well you can fails to setup any other policy including kernel supervised ones .. 
1150044620 M * the_hydra :)
1150044632 M * cehteh so when you do something wrong you loose anyway
1150044641 M * the_hydra easy bootstraping? i don't get it...
1150044680 M * cehteh copying/linking root-server into a chroot environment
1150044697 M * cehteh starting with a probably totally empty chroot
1150044703 M * the_hydra i see
1150044709 M * the_hydra i get the idea now
1150044710 M * cehteh later for production you wont need it
1150044718 M * the_hydra ok, I can see the benefit
1150044754 M * the_hydra in that case, I agree that this approach could be usefu
1150044757 M * the_hydra useful
1150044766 M * cehteh mkdir my_chroot; thistool ./my_chroot /usr/bin/dselect
1150044779 M * the_hydra for something so called "self learning to compose the ideal chrooted env" :)
1150044786 M * cehteh kindof
1150044790 M * the_hydra :)
1150044807 M * the_hydra great, in that case,I support the idea!
1150044818 M * cehteh i didnt expect anytihng else :P
1150044853 M * cehteh well i dont do it now .. its just a idea i will do someday
1150044857 M * the_hydra could be useful for something that is based on syscall interception too, such as UML
1150044872 M * the_hydra i don't know about vserver..
1150044915 M * cehteh it could be useful for many tihngs .. normal chroots, even volatile chroots in a ramdisk
1150044927 M * the_hydra yeah, i guess so
1150044963 M * the_hydra your idea is somewhat implement the same way of how jens axboe invented fcache
1150044971 M * cehteh since only a few syscalls are handled and these are short-circruited it could even have good performance
1150044972 M * the_hydra maybe you've heard about it
1150044981 M * cehteh nope
1150044984 M * the_hydra cehteh: yeah, open()
1150044994 M * cehteh well if something like that exists i wont do it :)
1150045013 M * the_hydra cehteh: basically, fcache intercepts file reads and copy the blocks into another partition
1150045039 M * the_hydra cehteh: in other word, it does pseudo defragmentation :)
1150045053 M * the_hydra no no, i mean, the idea of interception :)
1150045100 M * cehteh actually i want a interactive mode too .. so one could make policies for bootstraping which generates list of files which are always denied ... and then make a production policy by this denied-file list which stops the chrooted process if there is not rule for some file (no default) 
1150045111 M * cehteh ah ok
1150045135 M * the_hydra sounds good too
1150045152 M * cehteh well this can be generalized ... default policy is to stop and wait on the console for admin interception
1150045159 M * cehteh or kill the process .. lets see
1150045166 M * the_hydra :)
1150045200 M * cehteh first i want to finish my extension language since it is really made for such kind of tools
1150045239 M * the_hydra what for? parsing?
1150045291 M * the_hydra gtg cehteh
1150045294 M * the_hydra good luck
1150045305 Q * the_hydra Quit: 
1150046816 P * Vito` 
1150047809 J * sezuan matthias@2a01:b0:10d8:0:213:8fff:fe01:f96f
1150048276 J * doener ~doener@i5387E348.versanet.de
1150048276 Q * doener_ Read error: Connection reset by peer
1150048344 N * Bertl_oO Bertl
1150048349 M * Bertl evening folks!
1150048498 M * cehteh hi Bertl 
1150051866 M * ray6 evening Bertl
1150052138 M * Bertl hey ray6! LTNS!
1150052223 M * ray6 yeah, quite busy in the moment... had to plan a trip to the US (HOPE and Defcon :)
1150053525 Q * derjohn2 Ping timeout: 480 seconds
1150053541 J * derjohn2 ~aj@dslb-084-059-008-189.pools.arcor-ip.net
1150053773 M * bonbons Bertl: what are your thoughts about optmisation of IP addresses associated to a guest?
1150053984 M * Bertl hmm, what exactly do you mean?
1150054078 M * bonbons I especially mean, ways to avoid the linear penality of guest with multiple/many IP addresses
1150054122 M * cehteh ... shall i reinst my ip-masking patch?
1150054136 M * doener ip masking patch?
1150054140 M * bonbons things like assigning either address ranges, subnets or individual addresses to guests.
1150054180 M * Bertl ah, okay, well, I think we need something with more implicit information assigned, e.g. an r/b tree or something like that
1150054188 M * bonbons and then what "special" addresses are required as well (like broadcast for IPv4)
1150054192 M * cehteh doener: allows to set a mask for ip-addresses a vserver is permitted to bind .. kindof ranges but well its a mask 
1150054230 M * doener Bertl: btw, is it expected that lo-bound traffic might use a src ip address that the vserver has no access to?
1150054238 M * bonbons Bertl: r/b tree?
1150054248 M * cehteh Bertl: did you read my above discussion with the_hydra and my http://www.pipapo.org/pipawiki/ChrootMeetsPtrace idea? what do you think?
1150054368 M * cehteh Bertl: looking up / validating ip addresses by a tree search?
1150054501 M * Bertl doener: hmm? please elaborate?
1150054593 M * Bertl cehteh: hmm, sounds interesting ...
1150054604 M * doener postfix on the host listening on external ip address, two vservers, both with addresses from 192.168.0.0/24. when talking to the host's postfix, the use the external ip address as src address. took me some time to realize that when I wondered about postfix rejecting them as relay clients ;)
1150054618 M * doener s/the use/they use/
1150054642 M * doener vs2.1.1-rc21
1150054648 M * Bertl external is the primary one, yes?
1150054665 M * Bertl i.e. the first assigned to the guest
1150054704 M * doener no, postfix is running on the host and both vserver only have access to a single address in 192.168.0.0/24 each
1150054728 M * Bertl hmm, that is unusual ...
1150054735 M * doener ie. 3 addresses in total on that box. the host uses the external one exclusively, guest a uses 192.168.0.100, guest b uses 192.168.0.200
1150054760 M * Bertl ah, postfix is bound to the external ip only, yes?
1150054768 M * doener yep
1150054774 M * Bertl well, then it's clear
1150054791 M * Bertl there is absolutely no way to send anything from any other ip :)
1150054814 M * Bertl try to bind postfix to the private ips too
1150054821 M * Bertl and they should be preferred
1150054830 J * matti matti@linux.gentoo.pl
1150054880 M * Bertl wb matti!
1150054898 M * doener hm, there's a postfix running in each vserver as well (just because I failed at setting up nullmailer), so that would cause some conflicts
1150054979 M * Bertl bonbons: yes, basically having something like the following:
1150055014 M * doener Bertl: hm, actually I just noticed that postfix listens on 0.0.0.0 (on the host)
1150055065 M * Bertl mask=0xFFFFFFF00, value=0x00000100,  yes, no, match
1150055102 M * Bertl doener: in this case the external is probably the primary?
1150055175 M * doener primary like "being the first one that was setup after boot"? then yes
1150055270 M * Bertl primary as not being marked as secondary in this case :)
1150055289 M * Bertl well, the source ip selection is still kind of fuzzy ...
1150055301 M * Bertl I hope we can improve that with the lo stuff soon
1150055375 Q * sezuan Remote host closed the connection
1150055471 J * sezuan matthias@2a01:b0:10d8:0:213:8fff:fe01:f96f
1150055801 J * pisco ~pampel@80.135.163.134
1150055809 M * Bertl welcome pisco!
1150055841 M * pisco hi Bertl.
1150055970 M * cehteh chilenian?
1150056022 Q * sezuan Ping timeout: 480 seconds
1150056037 Q * michal` Ping timeout: 480 seconds
1150056124 M * pisco @cehteh: harddrive? http://www.google.com/search?q=cheetah+harddrive&spell=1
1150056151 M * cehteh ?
1150056176 M * cehteh pisco: was about your nick ... reminds me of Chile ;)
1150056206 J * sezuan matthias@2a01:b0:10d8:0:213:8fff:fe01:f96f
1150056222 M * cehteh and cehteh is like you pronounce C.T. in german .. my initials
1150056227 M * pisco no, is'nt chilenian. I was about your nick, reminds me to a harddrive ;)
1150056248 M * pisco so 1:1
1150056308 M * pisco am german too.
1150056334 M * cehteh well pisco is not similar but it is exactly the same name like a famous chilenian brandy .. an that was not meant as offence actually during linuxtag i searched hardly to get some pisco in germany because i made some cocktails at the evening party
1150056349 J * michal` ~michal@www.rsbac.org
1150056356 M * cehteh Pisco Sour actually ;)
1150056367 M * cehteh my wifes parents live in Chile
1150056669 M * pisco Chile sounds nice in various cases: Chile - Atom Heart http://atom-heart.com/ - Senor Coconut http://www.senor-coconut.com/
1150056670 M * pisco , but this is for nerds of tricky beats only (TM)
1150056806 M * Bertl nap attack .. back later ...
1150056811 N * Bertl Bertl_zZ
1150056960 P * meandtheshell 
1150057303 M * mnemoc pisco: well, it's a very polemic topic, the port is peruvian and the valleys where it's made are chilean ,-)
1150057356 M * mnemoc pisco: and i'm sorry to say but the perivian pisco (except the one with pica lemon) sucks :p
1150057598 J * id23 ~id@p50812F34.dip0.t-ipconnect.de
1150057616 M * id23 hi
1150057647 M * daniel_hozac hello.
1150057841 Q * id23 Quit: 
1150057965 J * sezuan_ matthias@2a01:b0:10d8:0:213:8fff:fe01:f96f
1150058033 Q * sezuan Read error: Connection reset by peer
1150058044 P * pisco 
1150058742 Q * sladen Ping timeout: 480 seconds
1150058767 Q * sezuan_ Ping timeout: 480 seconds
1150058946 J * sladen paul@starsky.19inch.net
1150059173 Q * zkbrsnie Quit: 
1150059459 J * sezuan matthias@2a01:b0:10d8:0:213:8fff:fe01:f96f
1150059598 M * ray6 oh, what is 2a01? 
1150059650 M * michal` 10753 in decimal ;)
1150059684 M * michal` or 25001 in octal
1150059729 M * michal` or 10101000000001 in binary
1150059733 M * michal` so,  a number
1150059794 M * ray6 2A01:B0::/32     2001:1578:0:FF::1:1 12657 20646 1752 12
1150059806 M * ray6 hm, indeed, got a route for it :)
1150059970 M * michal` ;p
1150060041 J * Milf ~Miranda@IP-213188108058.dialin.heagmedianet.de
1150060054 M * ray6 hm, and still 3 3ffe routes, thought those should die on 6/6/6? :)
1150060086 M * michal` they should
1150060091 J * lilalinux ~plasma@dslb-084-058-194-107.pools.arcor-ip.net
1150060750 Q * lilo2 Ping timeout: 480 seconds
1150060860 Q * Milf Ping timeout: 480 seconds
1150060902 Q * Zaki_ Ping timeout: 480 seconds
1150060982 Q * bonbons Quit: Leaving
1150063938 J * Aiken ~james@tooax7-017.dialup.optusnet.com.au
1150064371 J * lilo2 ~0710AAD4@tor-irc.dnsbl.oftc.net
1150065062 J * shedi ~siggi@130.208.221.254
1150066234 J * mire_ ~mire@109-167-222-85.COOL.ADSL.VLine.Verat.NET
1150068336 J * dna_ ~naucki@dialer-147-253.kielnet.net
1150068714 Q * dna Read error: Operation timed out
1150068717 J * dna ~naucki@dialer-148-72.kielnet.net
1150068779 Q * dna Quit: 
1150068897 Q * dna_ Ping timeout: 480 seconds