1221696404 J * kiorky ~kiorky@cryptelium.net 1221697045 J * ntrs ~ntrs@77.29.70.168 1221697535 Q * ntrs Ping timeout: 480 seconds 1221700174 Q * ktwilight_ Ping timeout: 480 seconds 1221706915 Q * _gh_ Ping timeout: 480 seconds 1221708940 J * fb_ fback@red.fback.net 1221709058 Q * fb Ping timeout: 480 seconds 1221709068 Q * derjohn_mob Ping timeout: 480 seconds 1221715308 J * ntrs ~ntrs@77.29.66.126 1221716461 J * derjohn_mob ~aj@e180223138.adsl.alicedsl.de 1221717552 Q * ntrs Ping timeout: 480 seconds 1221718644 Q * hparker Quit: Read error: 104 (Peer reset by connection) 1221718796 Q * larsivi Quit: Konversation terminated! 1221719862 J * dna ~dna@240-244-dsl.kielnet.net 1221722201 J * larsivi ~larsivi@85.221.53.194 1221722675 J * coda ~coda@dhcp50-32.satec.es 1221723464 J * ktwilight ~ktwilight@87.66.199.17 1221724721 J * tramjoe_merin ~tramjoe@193.41.238.151 1221725239 Q * nkukard Quit: Leaving 1221725575 J * jsambrook ~jsambrook@aelfric.plus.com 1221725714 Q * dna Ping timeout: 480 seconds 1221725909 J * jmcaricand ~jm@67.187.80-79.rev.gaoland.net 1221725942 Q * jmcaricand 1221726687 Q * coda Ping timeout: 480 seconds 1221726728 J * ntrs ~ntrs@77.29.77.174 1221727210 Q * ntrs Ping timeout: 480 seconds 1221729503 Q * derjohn_mob Ping timeout: 480 seconds 1221730581 N * Bertl_zZ Bertl 1221730585 M * Bertl morning folks! 1221730609 M * jsambrook moin moin 1221733057 M * Bertl how's going jonathan? 1221735051 J * lucrus ~lucrus@host73-68-static.30-87-b.business.telecomitalia.it 1221735883 J * kir ~kir@swsoft-msk-nat.sw.ru 1221736273 Q * micah Remote host closed the connection 1221736291 J * micah ~micah@micah.riseup.net 1221736371 J * dna ~dna@240-244-dsl.kielnet.net 1221737371 J * mrfree ~mrfree@host1-89-static.40-88-b.business.telecomitalia.it 1221737672 Q * BrunoXLambert Remote host closed the connection 1221738016 Q * lucrus Quit: Sto andando via 1221739298 Q * Aiken Remote host closed the connection 1221739361 J * loddafnir ~mike@chello080108111137.5.11.univie.teleweb.at 1221739624 J * lilalinux ~plasma@80.69.41.3 1221739813 J * padde ~padde@patrick-nagel.net 1221739815 Q * padde Remote host closed the connection 1221739822 J * padde ~padde@patrick-nagel.net 1221739989 J * BrunoXLambert ~Bruno@modemcable188.10-70-69.static.videotron.ca 1221740259 N * ensc Guest368 1221740259 Q * Guest368 Remote host closed the connection 1221740269 J * ensc ~irc-ensc@77.235.182.26 1221740627 J * benl ~ben@cpc3-stre3-0-0-cust635.bagu.cable.ntl.com 1221740639 M * benl hello all, i'm after a tiny bit of help 1221740717 M * benl i've setup a vserver and i need to assign a second ip, i have set the nid and created a dir in the /etc/vservers//interfaces dir with the relavent details. apache on the client picks up the new ip and works fine, however ifconfig only shows the orig ip.....and its causing problems with postfix starting up 1221740722 M * benl is there something i'm missing 1221740911 M * Bertl I presume, the second ip is assigned on the same interface, e.g. eth0 1221740969 M * Bertl I doubt, that there is a relation between ifconfig not seeing the second ip (use 'ip addr ls' from iproute(2) for that) and postfix having problems 1221741018 M * Bertl maybe start with the kernel version, and the actual postfix issues you are observing? 1221741021 M * benl eth1 1221741021 M * benl 89.16.186.208 1221741021 M * benl 24 1221741021 M * benl eth0 1221741021 M * benl 89.16.186.210 1221741022 M * benl 24 1221741035 M * benl thats the output of the two dirs, 0 and 1, inside interfaces 1221741049 M * benl its a satellite postfix config 1221741051 M * Bertl and eth0 as well as eth1 exists on the host? 1221741056 M * benl erm.... 1221741061 M * benl i have eth0:1 ~ 20 1221741070 M * benl no eth 1221741073 M * benl *eth1 1221741081 M * Bertl so then the config entry won't work 1221741090 M * benl riiiight 1221741094 M * Bertl you are telling util-vserver to assign the ip 89.16.186.208 to eth1 1221741109 M * benl yeh, funny thing is, that IP works 1221741113 M * benl its the other that doesnt 1221741114 Q * padde Remote host closed the connection 1221741126 M * benl switching eth0 to eth1 seems to have no effect 1221741140 J * padde ~padde@patrick-nagel.net 1221741141 M * Bertl that is, because the assignment fails but the guest gets the ip anyway 1221741146 M * benl 89.16.186.208 was the original IP 1221741154 M * benl how *should* i set it up 1221741160 M * benl the FAQ was a bit vague 1221741166 M * Bertl you have two IPs, very likely in the same network range? 1221741186 M * benl yeh, both 89.16.186.208 and 89.16.186.210 1221741186 M * Bertl you want both of them to be handled by the guest, right? 1221741190 M * benl yeh 1221741199 M * benl both on virtual adaptors on the host 1221741200 M * Bertl they are not shared with host specific ips? 1221741207 M * benl no 1221741214 M * benl they will both be dedicated to the vserver 1221741219 M * Bertl there are no 'virtual adaptors' on the host :) 1221741237 M * Bertl both addresses should be brought up/down on guest start/stop? 1221741237 M * benl i mean eth0:1 as to eth1 1221741242 M * benl yup 1221741261 M * Bertl do you insist on seeing the second ip inside the guest with ifconfig? 1221741279 M * Bertl (ifconfig is very old, outdated and should have been replaced 5 years ago) 1221741301 M * benl its not insistent, but i'm only imagining that the 2nd ip not being visible to the vserver might be half my issue with postfix 1221741317 M * Bertl it is visible to the guest, just not to ifconfig 1221741328 M * benl how else would i check? 1221741340 M * Bertl as I wrote above, 'ip addr ls' 1221741352 M * benl unknown command 1221741356 M * benl whats the deb pack for ip 1221741365 Q * weasel Quit: Reconnecting 1221741365 M * Bertl as I wrote, iproute(2) 1221741368 J * weasel weasel@weasel.chair.oftc.net 1221741387 M * benl ...installing ;) 1221741389 M * Bertl anyway, you want to put eth0 in the dev files of both interface configs 1221741399 M * benl 2: eth0: mtu 1500 qdisc pfifo_fast qlen 1000 1221741399 M * benl link/ether 00:1c:c0:45:40:c9 brd ff:ff:ff:ff:ff:ff 1221741399 M * benl inet 89.16.186.208/24 brd 89.16.186.255 scope global eth0 1221741399 M * benl inet 89.16.186.210/24 brd 89.16.186.255 scope global secondary eth0 1221741405 M * Bertl see? 1221741419 M * benl thats ok for them both to be on the same IP then? 1221741427 M * benl not ip, i mean interface 1221741437 M * Bertl yep, that's perfectly fine 1221741440 M * benl doh 1221741449 M * benl that i have no idea whats bombing out postfix 1221741458 M * Bertl okay, don't forget to change the eth1 to eth0 1221741470 M * benl should the dir name still be 1 then 1221741477 M * Bertl yep 1221741498 M * Bertl now for the postfix part, I presume it worked with a single IP? 1221741499 M * benl didn't check :( 1221741504 M * benl i jumped straight in the deep end 1221741516 M * Bertl okay, np, what is your kernel/patch version? 1221741530 M * benl 2.6.18-6-vserver-686 1221741543 M * benl postfix/master[15480]: fatal: /etc/postfix/master.cf: line 18: no valid IP address found: smtp 1221741600 M * ktwilight it may be a good idea to upgrade from backports 1221741612 M * ktwilight or compile it yourself :) 1221741625 M * benl eek :| 1221741646 M * Bertl in any case, your problem is related to not having a loopback device inside the guest 1221741647 M * benl it was a bit of a pig to get that build working 1221741655 M * Bertl which is fine for this (older) kernel 1221741659 M * ktwilight o 1221741662 M * benl any idea on how to set it 1221741701 M * benl funny thing is, my postfix smtp server itself is happily running inside a vserver 1221741727 M * Bertl you need to reconfigure postfix to avoid autodetection 1221741745 M * Bertl and you want to put the first assigned IP in /etc/hosts under 'localhost' 1221741839 A * jsambrook replies several hours later... 1221741848 M * jsambrook bertl: interesting times 1221741863 M * benl hmmmm 1221741993 M * benl no my postfix server itself isn't getting an ip 1221741994 M * benl RTNETLINK answers: Cannot assign requested address 1221741996 M * benl grrrr 1221742013 M * Bertl I hope that happens outside the guest 1221742016 M * benl yeah 1221742019 M * benl on the host 1221742025 M * Bertl did you change the eth1? 1221742032 M * benl this is a diff vserver 1221742039 M * benl and yes, i corrected the other 1221742043 M * Bertl maybe you did similar there too? 1221742066 M * benl eth0 1221742066 M * benl 89.16.186.2XX 1221742066 M * benl 24 1221742070 M * benl appears to be ok 1221742094 M * benl is there a lit that Vservers reads from to assign IP's 1221742122 M * benl because what exactly does the command,naddress --add --nid --ip 194.169.123.23/24 1221742122 M * benl ,do? 1221742139 M * Bertl it adds an IP to a network context 1221742154 M * benl does it modify any files explictly? 1221742157 M * Bertl nope 1221742167 M * benl so how does the data stay after a reboot 1221742201 M * Bertl not at all, you have to add it to the config tree 1221742215 M * benl config tree.. 1221742229 M * Bertl /etc/vservers//... 1221742237 M * benl ok 1221742243 M * benl in the interfaces section i take it? 1221742301 M * benl telnet IP smtp seems to work fine from the other vserver 1221742311 M * benl just wont run postfix 1221742378 Q * Genghis Server closed connection 1221742424 J * Genghis ~Genghis@what.is.this.digitalcrap.org 1221742443 M * Bertl first, make sure that you are not running any smtpd on the host 1221742445 N * Genghis Guest375 1221742454 M * Bertl (or if you do, restrict that one to host-only IPs) 1221742487 M * benl the structure is 1221742513 M * benl HOST -> www vserver 1221742513 M * benl -> mail vserver 1221742560 M * benl host = SMTP satellite 1221742560 M * benl www vserver = SMTP satellite 1221742560 M * benl mail vserver = SMTP server 1221742578 M * benl the host connects to smtp fine, but the www vserver will not 1221742582 M * Bertl okay, so when you do 'lsof -ni :25' on the host, nothing shows up, yes? 1221742604 M * benl lsof: command not found? 1221742608 Q * esa Remote host closed the connection 1221742617 M * benl 2 mins 1221742628 M * benl installed 1221742633 M * benl returns empty 1221742657 M * Bertl okay, good, inside the guest, when you start postfix, you still get errors? 1221742691 M * benl sorry, that was the result on the www vserver 1221742695 M * benl COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME 1221742695 M * benl master 2932 root 10u IPv4 8929 TCP 127.0.0.1:smtp (LISTEN) 1221742699 M * benl thats the result on the host 1221742714 N * Guest375 Genghis 1221742719 M * benl and this is the result on the mal server 1221742724 M * Bertl so you have an smtp bound there, but 127.0.0.1 is fine 1221742736 M * benl COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME 1221742736 M * benl master 17704 root 11u IPv4 550654 TCP XX.XX.XXX.XXX:smtp (LISTEN) 1221742741 M * benl but its an external ip 1221742743 M * benl the right one ;) 1221742759 M * Bertl okay, so what's the problem now? 1221742771 M * benl lol 1221742772 M * benl fatal: /etc/postfix/master.cf: line 18: no valid IP address found: smtp 1221742775 M * benl the orig issue 1221742782 M * Bertl where? 1221742791 M * Bertl and what's in line 18 1221742794 M * benl #628 inet n - - - - qmqpd 1221742819 M * benl same as the host 1221742954 M * Bertl that line is commented out, so I doubt it has any influence 1221742961 M * benl i guessed as much 1221742998 M * Bertl so it looks like your postfix is a little confused 1221743006 M * Bertl (maybe just debian stabilized :) 1221743018 M * benl yeh, stupid postfix 1221743022 M * benl setting up mail is an arse 1221743117 M * benl lol 1221743129 M * benl just for ref.s sake, its sorted now 1221743146 M * benl in /etc/postfix/main.cf i cloned mynetworks from the SMTP server 1221743162 M * benl and in /etc/postfix/main.cf i changed inet_interfaces from loopback-only to eth0 1221743163 M * benl ;) 1221743172 M * Bertl good choice :) 1221743184 M * benl im a dope 1221743184 M * benl lo 1221743195 M * Bertl shit happens ... no worries 1221743209 M * benl yup, up and running 1221743210 M * benl sweet 1221743213 M * benl thanks for the help bud 1221743218 M * Bertl you're welcome! 1221743269 M * benl dont suppose you know any performance tweaks for vservers 1221743273 M * benl or security guides 1221743280 M * benl to lock them down and get them running at their best 1221743292 J * derjohn_mob ~aj@80.69.42.51 1221743334 M * benl oh and is it worth recompiling 2.6.18-6-vserver-686 to a newer vers. we're running etch. 1221743364 M * Bertl well, a good advice is to update to 2.6.22.19+ 1221743374 M * ktwilight wiki has some good stuff 1221743382 M * benl can i retain the exisiting configs then, 1221743395 M * benl its just a matter of downloading src, compiling and building a new initramfs? 1221743409 M * Bertl there should be a kernel in backports 1221743432 M * benl interesting 1221743440 M * ktwilight you could copy your existing config-`uname -r` to wherever to compile 1221743446 M * benl i just need to remember how i recompiled the bootloader now, lol 1221743461 M * ktwilight it's pretty easy with make-kpkg 1221743496 M * benl any reccomended guides/ 1221743532 M * ktwilight yea, the docs :) 1221743553 M * benl lol 1221743568 M * benl is 2.6.22.19 production stable 1221743570 M * ktwilight benl, https://wiki.musmo.com/view/General/HowToLinuxDebian#How_to_build_the_kernel_in_Debia i wrote a rought one 1221743577 M * ktwilight s/rought/rough/ 1221743585 M * ktwilight yea, that's the latest stable for vserver ;) 1221743611 M * benl interesting 1221743621 M * benl might give it a bash after some lunch 1221743761 Q * wenchien Server closed connection 1221743770 M * benl whats the 2.2 + grsecurity build? 1221743780 J * wenchien ~wenchien@59.105.176.102 1221743828 M * Bertl a combination of two patches, Linux-VServer and grsec, maintained by harry 1221743914 M * benl backports features 2.6.26+15 1221743936 M * benl unstable i take it 1221744443 M * Bertl well, 2.6.26 kernels feature development/experimental Linux-VServer kernels, but they seem to work reasonably well, even in production 1221744683 Q * mEDI_S Server closed connection 1221744742 M * ard Bertl : it's also possible that this is the vserver 2.2 patch ported to 2.6.26 1221744747 J * mEDI_S ~medi@snipah.com 1221744767 M * Bertl ard: I really doubt that :) 1221744772 M * ard 2.6.26 debian kernels have vserver version 2.2 patches 1221744778 M * ard And I am really wondering how :-) 1221744789 M * Bertl nah, I don't think so 1221744800 M * ard you don't know debian kernel maintainers... 1221744805 A * ard will take a look 1221744829 M * ard remember that there was a lenny question about 2.6.26 last month, and it had a very old api... 1221744836 M * Bertl ard: I know many of them ... 1221744972 M * ard http://packages.debian.org/lenny/linux-image-2.6-vserver-686-bigmem 1221745027 M * Bertl so? it uses a vs2.3.x patch 1221745243 A * ard can't find the source 1221745273 Q * openblast Server closed connection 1221745777 Q * ruskie Server closed connection 1221745780 Q * larsivi Quit: Konversation terminated! 1221745964 J * ruskie ruskie@ruskie.user.oftc.net 1221746091 M * ard Bertl : from the debian/changelog: 1221746092 M * ard + * Update vserver patch to 2.2.0.5. 1221746092 M * ard + - Ignore symbols from never to be merged patch. 1221746131 M * Bertl nice but no relation to the patch used for 2.6.26 kernels 1221746253 M * ard ++ features/all/vserver/vs2.3.0.35.patch featureset=vserver 1221746257 M * ard Hmmm, ok :-) 1221746298 A * ard actually is relieved... 1221746481 A * ard still wonders why the VCIversion low was 1221747086 J * pusling pusling@77.75.162.71 1221748069 Q * dna Ping timeout: 480 seconds 1221748225 Q * tokkee Server closed connection 1221748226 J * tokkee tokkee@ssh.faui2k3.org 1221748513 Q * snooze Server closed connection 1221748516 J * snooze ~o@1-1-4-40a.gkp.gbg.bostream.se 1221749238 Q * mrfree Quit: Leaving 1221750535 M * AndrewLee Bertl: I had one guest used vunify before with debian's stable vserver kernel. And now I upgraded to lenny's vserver kernel and I'd like to use hashify for all guests. I got "rename(): Operation not permitted" error on the guest and refserver both. 1221750578 M * Bertl so I presume you skipped a few kernel versions there? 1221750606 M * AndrewLee Bertl: Which option? 1221750614 M * AndrewLee Bertl: I run stock kernel here. :) 1221750618 M * Bertl most likely the flags used for unification changed 1221750644 J * dowdle ~dowdle@scott.coe.montana.edu 1221750647 M * Bertl i.e. you need to break the links and remove 'strange' flags, then re-unify them 1221750676 M * AndrewLee Bertl: like /usr/lib/util-vserver/vunify -R guest ? 1221750721 M * AndrewLee Bertl: I still got the same error with vunify -R guest 1221750740 M * Bertl you could do that with the old kernel 1221750754 M * Bertl but you probably have to do that 'manually' with the new one 1221750769 Q * tramjoe_merin Remote host closed the connection 1221750891 M * AndrewLee Bertl: it seems not easy for me. Can I remove the 'strange' files with the whole guest in new kernel? 1221750935 M * Bertl yes, but I think you don't want to do that, no? 1221750951 M * daniel_hozac you could use my migrate-flags script. 1221750969 M * daniel_hozac (though you'd have to run it on the old kernel first) 1221750977 M * Bertl another option, but also requires you to reboot to the old kernel first 1221751011 M * AndrewLee Bertl: I don't have much things run on the guest and refserver. I can easy backup the configuration and resetup it in a new guest. 1221751153 M * AndrewLee daniel_hozac: I think reboot to the old kernel on a remote server also a risk here. :p 1221751270 M * Bertl well, probably the easiest way to get your setup into a clean state is: 1221751289 M * Bertl - remove all flags from ref-guest and active guests 1221751302 M * Bertl - remove all guests, except the ref-guest 1221751322 M * Bertl - remove all hash directories 1221751350 M * Bertl this way, you should get a ref-guest with only simple files (no hardlinks) 1221751367 M * Bertl which can be used to clone new guests ... 1221751381 M * Bertl alternatively, you can do the following (and keep your guests) 1221751392 M * Bertl - remove all flags from all guests 1221751413 M * Bertl - copy each guest e.g. via cp -a 1221751423 M * Bertl - remove the original 1221751436 M * Bertl after you're done, re-unify the guests 1221751456 Q * lilalinux Remote host closed the connection 1221751470 M * AndrewLee yeah, this way seems easier and safer. 1221751499 A * AndrewLee has only three guests running. It won't takes too long. :) 1221751587 M * ktwilight if you're usnig grub, the fallback option can ensure you'll pop back up when there's something wrong :) 1221751683 M * Bertl careful, the fallback option only kicks in when something _in_grub_ is wrong 1221751701 M * Bertl you need to do a little more to reboot into a different kernel if the kernel fails 1221751742 J * hparker ~hparker@linux.homershut.net 1221751857 M * ktwilight oh yea, that's true :| 1221751878 M * daniel_hozac just add panic=30. 1221751962 M * ktwilight i guess adding kernel.panic in /etc/sysctl.conf works fine too? 1221752030 M * Bertl not really :) 1221752044 M * ktwilight :( 1221752116 J * larsivi ~larsivi@169.80-202-217.nextgentel.com 1221752119 J * xdr ~xdr@197-173-96-87.cust.blixtvik.se 1221752192 J * openblast ~quassel@static.230.173.47.78.clients.your-server.de 1221752375 Q * jsambrook Quit: Leaving. 1221752565 Q * ghislainocfs2 Read error: Connection reset by peer 1221752582 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr 1221752590 P * ghislainocfs2 1221752593 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr 1221752851 Q * kir Quit: Leaving. 1221752885 J * hijacker_ ~hijacker@87-126-142-51.btc-net.bg 1221753176 Q * sladen Server closed connection 1221753181 J * sladen paul@starsky.19inch.net 1221753211 Q * openblast Read error: Connection reset by peer 1221753404 Q * hijacker_ Quit: Leaving 1221753467 J * openblast ~quassel@static.230.173.47.78.clients.your-server.de 1221753841 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1221753924 J * da_messenger ~AcidBurn0@535463EA.cable.casema.nl 1221753926 M * da_messenger Check this out: http://www.pornzapp.com 1221753926 P * da_messenger 1221753970 M * hparker uhm... no! 1221754221 J * mmoreno80 ~matt@200.68.67.85 1221754223 M * mmoreno80 hi. 1221754230 M * Bertl hey 1221754244 M * mmoreno80 Bertl: I solve the mysql issue. 1221754251 M * mmoreno80 But now I have another. 1221754259 M * mmoreno80 leviatan:~# vserver vserver2 build --force -m clone --hostname vserver2.leviatan -- --source vserver1 1221754262 M * mmoreno80 vclone: Unify_copy("/etc/vservers/.defaults/vdirbase/vserver2/dev/fd"): File exists 1221754278 M * mmoreno80 vserver2 don't exists. 1221754283 M * Bertl why do you use --force? 1221754313 M * mmoreno80 Bertl: without --force, I have the same error. 1221754328 M * Bertl that's a good reason for using it? 1221754338 M * mmoreno80 Bertl: nop. 1221754353 M * Bertl k, we agree here :) 1221754356 M * mmoreno80 Bertl: :D 1221754374 J * ntrs ~ntrs@77.29.67.162 1221754391 M * mmoreno80 Bertl: so, why I have that error? There is not vserver2 directory in /etc/vservers/.defaults/vdirbase/ 1221754395 M * Bertl try to remove the 'vserver2' first 1221754409 M * daniel_hozac it's a bug. 1221754421 M * mmoreno80 daniel_hozac: ! 1221754609 M * mmoreno80 daniel_hozac: there is a way to solve that? 1221754672 M * daniel_hozac just upgrade your util-vserver snapshot to the latest. 1221754993 Q * quinq Server closed connection 1221755017 J * quinq ~quinq@quinq.eu.org 1221755183 M * mmoreno80 daniel_hozac: I have the last debian version for utils-vserver, 0.30.216~r2772-2 1221755212 P * pusling hest 1221755314 M * daniel_hozac which has that bug. 1221755357 M * mmoreno80 daniel_hozac: :( 1221755782 Q * PowerKe Server closed connection 1221755794 J * PowerKe ~tom@d5153A1EB.access.telenet.be 1221756286 Q * C14r Server closed connection 1221756287 J * C14r ~C14r@h58173.serverkompetenz.net 1221756357 M * AndrewLee ok, got back into a clean state. :) 1221756438 M * AndrewLee Should I run vserver guest hashify regularly from cronjob? 1221756509 M * Bertl I think cronjob is probably excessive, but every week or so, or when you change something for the guests .. etc 1221756586 M * AndrewLee Bertl: So it won't do hardlinks before I run hashify again, right? 1221756606 M * Bertl no new links, nope 1221756839 M * AndrewLee Bertl: cool 1221756860 M * AndrewLee Bertl: I like this new feature. :) 1221756883 M * daniel_hozac you'll want to run find /vservers/.hash -links 1 -delete too. 1221756898 M * Bertl well, it's not really new .. but yeah, it's cool :) 1221757068 Q * pmenier Quit: Konversation terminated! 1221757566 J * giovanni ~ilpirata@143.225.229.185 1221757569 M * giovanni hi 1221757582 M * giovanni how do you register a fc8 distribution on vserver? 1221757613 M * daniel_hozac it's f8. 1221757630 M * giovanni yes daniel_hozac, f8 1221757651 M * daniel_hozac get recent utils, they already have the support. 1221757653 M * giovanni I'm trying to use vbuild-init-vserver.sh for planetlab 1221757661 M * giovanni ah, ok 1221757675 M * giovanni thx 1221757924 M * giovanni What does NSS stand for? 1221757954 M * daniel_hozac network security services. 1221758012 M * giovanni the configure of util-vserver complains about that... what do I have to install? 1221758060 M * Bertl nss 1221758204 M * giovanni I installed libbeecrypt6-dev on debian and now the configure is ok 1221758217 M * Bertl yep, that's the alternative to nss 1221758253 M * giovanni I couldn't find nss 1221758277 M * giovanni nss is such a generic term 1221758326 M * Bertl IIRC; it is mozilla-nss or something like that 1221758384 Q * benl Ping timeout: 480 seconds 1221758652 Q * derjohn_mob Ping timeout: 480 seconds 1221758664 J * dna ~dna@240-244-dsl.kielnet.net 1221758786 J * nkukard ~nkukard@196.212.73.74 1221758835 Q * loddafnir Remote host closed the connection 1221759080 Q * giovanni Read error: Connection reset by peer 1221759179 J * giovanni ~ilpirata@143.225.229.185 1221759837 J * benl ~ben@cpc3-stre3-0-0-cust635.bagu.cable.ntl.com 1221759944 J * derjohn_mob ~aj@e180223138.adsl.alicedsl.de 1221760321 Q * giovanni Ping timeout: 480 seconds 1221760665 Q * padde Server closed connection 1221760671 J * padde ~padde@patrick-nagel.net 1221761276 Q * hparker Quit: Read error: 104 (Peer reset by connection) 1221761597 J * hparker ~hparker@linux.homershut.net 1221761747 J * esa bip@62.123.8.152 1221762874 J * _gh_ ~gerrit@67.170.155.50 1221763284 Q * xdr Ping timeout: 480 seconds 1221764240 J * ghislainocfs21 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr 1221764554 Q * ghislainocfs2 Ping timeout: 480 seconds 1221765407 Q * Wonka Ping timeout: 480 seconds 1221765462 J * xdr ~xdr@7-173-96-87.cust.blixtvik.se 1221765466 Q * benl Ping timeout: 480 seconds 1221765786 Q * cga Quit: WeeChat 0.2.6 1221766104 J * loddafni1 ~mike@217.19.46.18 1221766587 Q * hparker Ping timeout: 480 seconds 1221766927 J * cga ~weechat@host-84-221-254-115.cust-adsl.tiscali.it 1221766977 J * ntrs_ ~ntrs@77.29.79.249 1221767142 J * cryptronic ~oli@p4FD2DC4C.dip.t-dialin.net 1221767216 J * Wonka produziert@chaos.in-kiel.de 1221767416 Q * ntrs Ping timeout: 480 seconds 1221767689 M * infowolfe Bertl: ping? 1221767698 M * Bertl infowolfe: pong! 1221767722 M * infowolfe quick chat if you don't mind? 1221767734 M * Bertl sure 1221767748 M * infowolfe i've invited you :-p 1221767757 M * infowolfe or i could just privmsg you if that's better 1221767816 J * hparker ~hparker@linux.homershut.net 1221769433 Q * bonbons Quit: Leaving 1221769872 J * Aiken ~Aiken@ppp118-208-28-181.lns2.bne1.internode.on.net 1221770323 J * __gh__ ~gerrit@67.170.155.50 1221770659 Q * _gh_ Ping timeout: 480 seconds 1221770965 Q * loddafni1 Quit: Leaving. 1221771462 Q * mmoreno80 Quit: bbl 1221771851 Q * BrunoXLambert Remote host closed the connection 1221772528 Q * cryptronic Quit: Leaving. 1221772610 Q * dna Read error: Connection reset by peer 1221772633 J * dna ~dna@240-244-dsl.kielnet.net 1221772974 Q * cga Quit: WeeChat 0.2.6 1221773533 Q * ktwilight Quit: dead 1221773741 Q * dna Quit: Verlassend 1221773887 J * ktwilight ~ktwilight@87.66.199.17 1221774042 Q * ktwilight Remote host closed the connection 1221774057 J * ntrs__ ~ntrs@77.29.79.249 1221774122 Q * ntrs_ Read error: Connection reset by peer 1221774242 J * ktwilight ~ktwilight@87.66.199.17 1221774821 Q * ntrs__ Ping timeout: 480 seconds 1221775353 J * doener_ ~doener@i577B8FFC.versanet.de 1221775453 Q * doener Ping timeout: 480 seconds 1221776980 J * yarihm ~yarihm@84-74-147-84.dclient.hispeed.ch 1221780643 Q * yarihm Quit: Leaving 1221781015 J * BrunoXLambert ~Bruno@dsl-158-40.b2b2c.ca