1115337606 M * Doener wouldn't that result in a kernel panic? 1115337611 M * Bertl terr: everything fine, vserver start, everything fine 1115337613 M * FaUl cya maybe tomorro, i've to see wether i've much to do at work or not 1115337635 M * Bertl then vserver stop -> hang, host init is 'waiting' 1115337654 M * Bertl i.e. it reports 'D' state IIRC and does refuse to reap children 1115337697 M * Bertl then we have the other pattern (romke iirc) 1115337711 M * Bertl vserver start, stop -> command hangs 1115337717 M * Doener ah ok... D makes more sense ;) 1115337729 M * Bertl context has no tasks, but 2 refs (from the helper) 1115337751 M * Bertl killing the helper disposes with the context 1115338846 M * eXplasm2 vkill: vc_ctx_kill(): No such process 1115338847 M * eXplasm2 wtf 1115338848 M * eXplasm2 :D 1115338890 M * Bertl hehe, what process are you trying to kill? 1115338939 M * eXplasm2 an vserver process 1115338955 M * eXplasm2 vps aux -> pid -> vkill 1115339001 M * Bertl show me the command please 1115339013 M * eXplasm2 vkill 16569 1115339023 M * Bertl that's missing the xid ... 1115339024 M * eXplasm2 with the pid?! 1115339028 M * eXplasm2 omg 1115339033 M * Bertl vkill --help 1115339109 M * Doener if you just want to kill a single process via its pid, using plain kill should also work IIRC 1115339130 M * Bertl yes, but it requires you to 'enter' the context ;) 1115339176 M * eXplasm2 ah :D ok, it works with "kill" 1115339307 M * Doener Bertl: no... you changed that sometime, i.e. sending signals from context 0 you can reach _any_ process... 1115339328 M * Doener (probably except the now protected fake init processes) 1115339422 M * Bertl ah, yes .. on public demand we did so ... 1115339535 A * Bertl will probably always find that confusing ... 1115339608 M * mep_ is there another location for newer kernel patches? 1115339618 M * Bertl probably ;) 1115339625 M * Bertl what are you looking for? 1115339637 M * mep_ 2.6.11.7 1115339643 M * mep_ or 2.6.11.8 1115339653 M * Bertl vserver patches, I presume? 1115339669 M * mep_ but grsecurity is only avaible for 2.6.11.7 so this version would be nice hehe 1115339673 M * mep_ yeah 1115339675 M * Bertl http://vserver.13thfloor.at/Experimental/patch-2.6.11.8-vs2.0-pre4.diff 1115339680 M * Bertl http://vserver.13thfloor.at/Experimental/patch-2.6.11.7-vs2.0-pre4.diff 1115339692 M * mep_ for vs2 then? 1115339713 M * Bertl yup, it's a prerelease for the next stable branch ... 1115339724 M * Bertl the last devel version was: 1115339730 M * Bertl http://vserver.13thfloor.at/Experimental/patch-2.6.11.7-vs1.9.5.x5.diff.bz2 1115339748 M * mep_ ah :) 1115339751 M * mep_ big thx 1115339830 M * Bertl you're welcome! 1115339929 M * mep_ its really a interesting project 1115339932 M * mep_ nice work dudes :) 1115339981 M * Bertl thanks! 1115341256 J * explasm__ ~explasm@p549FF513.dip.t-dialin.net 1115341686 Q * eXplasm2 Ping timeout: 480 seconds 1115342283 M * Doener ok, time to go to bed... have a good one folks! 1115342293 N * Doener Doener_zZz 1115342383 M * Bertl night Doener_zZz! 1115342425 M * explasm__ n8 1115343513 J * Doener` ~doener@p54876CBE.dip.t-dialin.net 1115343540 M * Bertl hmm ... 1115343629 Q * monrad Ping timeout: 480 seconds 1115343673 Q * Doener_zZz Read error: Operation timed out 1115347966 J * ViPeRVeT2 ~none@gprs.vodafone.net.nz 1115348030 M * Bertl welcome ViPeRVeT2! 1115348067 M * ViPeRVeT2 Hello 1115348077 M * ViPeRVeT2 tu 1115348120 M * ViPeRVeT2 wot is this place 1115348141 M * Bertl this is the irc channel for linux-vserver 1115348144 M * ViPeRVeT2 dont they have ops in here 1115348154 M * ViPeRVeT2 Okay 1115348163 M * ViPeRVeT2 k. 1115348166 M * Bertl see linux-vserver.org for details 1115348168 M * ViPeRVeT2 Cool 1115348184 M * ViPeRVeT2 im in there now 1115348233 Q * ViPeRVeT2 Quit: « Ë×Çü®§îöñ » Info«v9» Released«March 23, 2002» Channel«#Excursion on Dal.Net» 1115349292 M * mugwump gprs.vodafone.net.nz ... cellular IRC! :) 1115349441 M * Bertl hehe 1115350788 Q * ciphernaut Quit: bbs 1115359768 M * Bertl okay, enought for me for today ... 1115359779 N * Bertl Bertl_zZ 1115360887 J * Pazzo ~Pazzo@host130-250.pool8172.interbusiness.it 1115360894 M * Pazzo morning! 1115361300 M * mugwump hi there 1115361310 M * Pazzo hi mugwump 1115361339 M * Pazzo Bertl: for you, if you maybe read up later: 1115361372 M * Pazzo we discovered a nice "feature" of the 2.6.11.8-vs2.0-pre4 kernel: 1115361407 M * Pazzo not only that we can't stop vservers (-> zombie processes) - even rebooting the whole host doesn't work 1115361452 M * Pazzo I didn't examine it by myself - but Manuel told me that the host was just stating "going down for reboot now" and doing nothing then 1115361476 M * Pazzo probably not very useful without additional infos - but maybe a hint :-) 1115361540 M * mugwump use reboot -f 1115361554 M * mugwump preferably after remounting all filesystems read-only 1115361658 M * Pazzo thnx - I'll give it a try! 1115361776 M * Pazzo someone is going to re-activate the kernel for doing some tests - I'll let you know as soon as I get a reply 1115361797 M * Pazzo is anyone successfully running 2.6.11.8-vs2.0-pre8 with Sarge?? 1115362012 M * mugwump that should work. But I'm not that current 1115362099 M * mugwump I'm on about 2.6.9-1.9.5 1115362106 M * mugwump with Sarge 1115362328 M * Pazzo 2.6.11.7-1.9.5.5.x also works like a charme on sarge 1115362358 M * Pazzo reboot without any vserver started works on 2.6.11.8-vs2.0-pre8 1115362419 M * Pazzo if I start some vservers the first one that will be stopped is no more visible in vserver-stat... 1115362442 M * Pazzo ...but remains in /proc/virtual/ - like time ago without the remount hack 1115362510 M * Pazzo if I stop the 2nd, 3rd, 4th one: all of them remain still visible in vserver-stat, with 9 processes (all zombies, defunct), RSS/VSZ == 0 1115362528 M * Pazzo rebooting the host doesn't work anymore 1115362533 M * Pazzo reboot -f helps 1115362611 M * Pazzo hey, I noted one strange thing: 1115362635 M * Pazzo I've had openvpn running on the host with some debugging active and found this in my syslog: 1115362639 M * Pazzo May 6 08:49:00 vservertest ovpn-server[2604]: SIGUSR1[soft,ping-restart] received, process restarting 1115362648 M * Pazzo (after calling "reboot") 1115362685 M * Pazzo this didn't cause openvpn to stop, then I did "/etc/init.d/openvpn stop" and syslog shows: 1115362688 M * Pazzo May 6 08:49:19 vservertest ovpn-server[2604]: SIGTERM[hard,] received, process exiting 1115362714 M * Pazzo why does it recieve SIGUSR1 on reboot???? 1115363426 M * mugwump an interesting question. the answer will be found in your rc scripts. 1115363451 A * mugwump & # weekend 1115363816 Q * flock Remote host closed the connection 1115363898 J * flock ~restless@l192-117-111-12.broadband.actcom.net.il 1115365181 J * prae ~prae@ezoffice.mandriva.com 1115366141 Q * pflanze Ping timeout: 480 seconds 1115371395 M * Doener` morning folks... 1115372259 J * yarihm ~yarihm@217-162-205-77.dclient.hispeed.ch 1115372394 M * romke morning 1115372769 N * Doener` Doener|gone 1115374977 J * terr ~nobody@ip-213-49-106-244.dsl.scarlet.be 1115375028 P * terr 1115381313 J * eyck eyck@81.219.64.71 1115382328 J * pflanze ~chris@pop-mu-7-2-dialup-179.freesurf.ch 1115384850 J * click click@dsl-static-122-208.aal.tiscali.no 1115385076 Q * pflanze Ping timeout: 480 seconds 1115386872 Q * yarihm Ping timeout: 480 seconds 1115393125 Q * prae Quit: Client exiting 1115394820 N * Doener|gone Doener 1115394829 M * Doener evening folks! 1115395279 M * Pazzo hi Doener! 1115395471 Q * explasm__ Quit: Verlassend 1115395490 J * hillct ~hillct@client200-5.dsl.intrex.net 1115395490 M * Doener Pazzo: hmm... that whole -s switch is bloat ;) 1115395520 M * hillct hi all 1115395531 M * Doener hey hillct, 'sup? 1115395545 M * hillct thinking about sendmail 1115395559 M * hillct what's the preferred method to provide sendmail traffic to vservers? 1115395579 M * hillct either relaying or letting the vserver listen on the external port 1115395584 M * hillct thoughts? 1115395681 M * Doener you could also assign the vserver a private ip address and do dnat/snat 1115395703 M * hillct that's what I meant in relaying 1115395784 M * hillct I imagine the easiest method is just having sendmail on each vserver lsiten as it sees fit on the public IPs 1115395846 M * hillct It appears to me that the proper way to get sendmail to listen on only one IP is by editing sendmail.mc with a line similar to: 1115395847 M * hillct DAEMON_OPTIONS(`Port=smtp,Addr=127.0.0.1, Name=MTA')dnl 1115395858 M * hillct and rebuilding sendmail.cf 1115395873 M * Doener ah ok. with relaying i associated sth. like having sendmail on the host and letting the vservers use it... 1115395893 M * hillct I mean for incoming mail 1115396335 M * Pazzo Doener: bloat? 1115396493 M * Doener yep... at least to some degree... 1115396541 M * Doener the current way of passing extra options to debootstrap looks a little... well, strange... 1115396667 M * Doener you can do: vserver foo build -m debootstrap -- -d sarge -- --variant=buildd 1115396697 M * Pazzo normally I'm doing: 1115396708 M * Doener and you can do: vserver bar build -m debootstrap -- -- --variant=buildd sarge /vservers/bar "" "" 1115396724 M * Doener or: vserver foobar build -m debootstrap -- -- --variant=buildd sarge /vservers/bar "" /path/to/my/script 1115396725 M * Doener etc. 1115396732 M * Pazzo -m debootstrap -- -d sarge -m http://mymirror/debian -s /path/to/my/script 1115396758 M * Pazzo better would be: 1115396762 M * Doener but this fails: vserver broken build -m debootstrap -- -d sarge -- myscript 1115396766 M * Pazzo -m debootstrap -- -d sarge -m http://mymirror/debian -v vserver 1115396773 J * Dominik ~miles@p54ACAD11.dip0.t-ipconnect.de 1115396816 M * Pazzo sorry Doener, I can't understand your problem! and why that many -- -- --? 1115396836 M * Pazzo if you leave out the mirror the following would be enough: 1115396837 M * Doener you can pass extra options to debootstrap with the build method... 1115396851 M * Pazzo -m debootstrap -- -d sarge -v vserver 1115396858 M * Dominik Is it possible to have a different default gw for only one vserver? 1115396861 M * Doener thus the planned -v already works without adding anything... 1115396873 M * Pazzo Doener: yeah, that's what I'm doing 1115396875 M * Pazzo ? 1115396885 M * Doener vserver blub build -m debootstrap -- -d sarge -- --variant=vserver 1115396886 M * Pazzo aaah, ok 1115396893 M * Pazzo yeah, got it 1115396904 M * Pazzo but that really makes things complicated 1115396936 M * Doener but for a scripts this doesn't work (you might consider that being a fault of debootstrap, at least i do ;) 1115396937 M * Pazzo adding the -v switch would be a really small patch (I already did it for -s) 1115396952 M * Pazzo ?? 1115396974 M * Doener the 'just provide extra options to debootstrap' way, that is ;) 1115397026 M * Pazzo Doener: I don't want to go this way, I would like to have the -v switch provided by the debootstrap method. basta ;-) 1115397046 M * Pazzo -m debootstrap -- -d sarge -s /path/to/my/script <= this works perfectly with util-vserver in sarge / sid 1115397147 M * Pazzo why make things complicated? 1115397279 M * Doener i basically just dislike this strange mixture of possible command lines... 1115397343 M * Doener '-m debootstrap -- -- sarge /vservers/foo "" script' being the same as '-m debootstrap -- -d sarge -s script' ... :/ 1115397371 M * Dominik Can anybody explain how i can use a different default gw inside a vserver? 1115397399 M * Pazzo Dominik: different routing table on the host based on source ip may help 1115397432 M * Dominik Is there a faq or howto for that? :) 1115397441 M * Pazzo lartc.org 1115397520 M * hillct random thought for the day 1115397526 M * Pazzo Doener: I still can't figure what the problem is!? 1115397528 M * hillct authconfig --enableshadow 1115397543 M * hillct should appear in the distributions setup directories 1115397576 M * hillct I guess in 03 in FC and other linuxes 1115397611 M * Pazzo hillct: for debian => shadowconfig on 1115397623 M * Pazzo Doener: vserver - build --help shows different build methods 1115397673 M * hillct speaking of which, I never did get the yum build method to work properly 1115397729 M * Pazzo Doner: it's explained there to use -m whatever -- -s ome -o ther_option 1115397745 M * Pazzo for apt-rpm, debootstrap & co 1115397780 M * Doener and for debootstrap: -m debootstrap -- 1115397787 M * Pazzo so why now this is bad for debootstrap? and why use strange -- -- constructs if it works easier 1115397815 M * Pazzo Doener: I won't use -- - I never did so 1115397838 M * Doener that's the only one with this stupid mixture... i just want to drop one of them... 1115397858 M * Pazzo no problem, let's drop it 1115397872 M * Pazzo I don't think anybody needs it 1115397884 M * Doener if we drop the debootstrap part, we got to put all options into the util-vserver part 1115397897 M * Pazzo -d and -m are already in upstreams /usr/lib/util-vserver/vserver-build.debootstrap 1115397917 M * Pazzo -s is in sarge/sid's /usr/lib/util-vserver/vserver-build.debootstrap (patch proposed by me) 1115397953 M * Doener so we need: include, exclude, script, variant, verbose, unpack-tarball 1115398161 M * Pazzo don't think so 1115398178 M * Pazzo script & variant should be enough 1115398186 M * Pazzo or just variant alone 1115398255 M * Pazzo if you want to do so you can also add boot-floppies, debian-installer & co ;-) 1115398303 M * Doener i intentionally excluded those marked either being internally used or not producing a debian system 1115398319 M * Pazzo just kidding 1115398377 J * mep__ mep@p5091ED6E.dip.t-dialin.net 1115398564 M * Doener Pazzo: eek, i just saw that i said, that -s is bloat... i meant to say that -v is basically bloat... 1115398605 M * Doener just because you already can pass that option... 1115398626 M * Doener but actually i just figured that we can avoid some troubles if we actually do use a -v 1115398652 M * Doener since we don't need to copy that script to the debootstrap script directory... 1115398686 M * Doener we can just construct the path to the script ourselves and be done (i.e. pass a script to debootstrap instead of the actual --variant option) 1115398817 Q * mep_ Ping timeout: 480 seconds 1115398847 M * Pazzo Doener: -s is already there (at least on debian systems) - you (or Gilles?) told me that -v would be better - and I agree about that. adding -v is done in 3 minutes ... 1115398861 M * Pazzo ...we need to patch only /usr/lib/util-vserver/vserver-build.debootstrap 1115398864 M * Doener Pazzo: yep, that was me... 1115398875 M * Doener i know... i'm already at it ;) 1115398895 M * Doener what i was saying is: the functionaly of -v is already there... 1115398938 M * Doener but we gain something by implementing the actual -v stuff nevertheless because we can convert it to a script parameter to debootstrap then 1115398980 M * Doener thing is: with plain -v -> --variant translation, we need to have the script variant in the debootstrap scripts directory 1115399013 M * Pazzo yep, that's ok 1115399024 M * Doener if we translate -v to a script parameter we can use any directory we like (for example /etc/vserver/.distros/debian/bla) 1115399035 M * Pazzo (at least for debian packages done the debian way) 1115399087 M * hillct thanks for the help 1115399091 A * hillct heads out 1115399093 P * hillct 1115399095 M * Doener anyway, you'll see the patch soon ;) 1115399099 M * Pazzo why don't add /usr/lib/debootstrap/scripts/sarge.vserver to util-vserver? debian policy? other distros? 1115399128 M * Doener what if you don't have debootstrap installed? 1115399151 M * Doener the tools then temporarily install it in some location and the path will not match... 1115399158 M * Pazzo no idea - I have debootstrap on all hosts ;-) 1115399160 M * Doener and other distros might also use other parts 1115399165 M * Doener s/parts/paths/ 1115399169 M * Pazzo ok, got it 1115399224 M * Pazzo then we shouldn't use -v and translate it - that would confuse people - let's "invent" a new switch for our needs 1115399254 M * Pazzo and maybe leave also -s and -v there - they hurt nobody 1115399260 M * Doener hm? the original switch is --variant... and we get basically the same semantics... 1115399307 M * Doener -d sarge -s /etc/vservers/.distributions/debian/sarge.vserver 1115399309 M * Pazzo not if you "translate" it to /etc/vserver/.distros/debian/bla 1115399312 M * Doener equals: 1115399319 M * Doener -d sarge -v vserver 1115399356 M * Doener and for debootstrap: sarge /path/to/chroot mirror /usr/lib/debootstrap/scripts/sarge.bla 1115399358 M * Doener equals: 1115399371 M * Doener --variant=bla sarge /path/to/chroot mirror 1115399400 M * Pazzo I know 1115399401 M * Doener it's the same, except that util-vserver uses its own path to the scripts 1115399440 M * Pazzo and if while installing a vserver -v bla equals /etc/vserver/.distros/debian/bla people may get confused 1115399482 M * Doener i didn't mean to translate it that way... but the above way... 1115399499 M * Doener -d sarge -v bla becomes: /etc/vserver/.distros/debian/sarge.vserver 1115399500 M * Pazzo ?? 1115399521 M * Doener we take the chosen distro into account... just like debootstrap does 1115399557 M * Doener err... 1115399560 M * Doener -d sarge -v bla becomes: /etc/vserver/.distros/debian/sarge.bla 1115399573 A * Doener gets himself a coffee... 1115399576 M * Pazzo yeah, but script path changes... hmmm... 1115399606 M * Pazzo what if we silently do so unless someone specifies another script / variant? 1115399616 M * Doener hm? 1115399641 M * Pazzo "-m debootstrap sarge" should install sarge using /etc/vserver/.distros/debian/sarge.bla 1115399653 M * Pazzo unless someone specifies -v/-s 1115399698 M * Pazzo if I'm used to use debootstrap I would get angry if 'cause of some strange "translation" debootstrap doesn't do what I tell him to do... 1115399736 M * Pazzo or even better, forget everything: 1115399740 M * Doener nah, we can't afford maintaining the debootstrap scripts... the may change too often 1115399773 M * Pazzo /usr/lib/util-vserver/vserver-build.debootstrap should call debootstrap and then the cleanup script. over and out. 1115399920 M * Doener so remove all util-vserver specific argument translations? 1115399939 M * Doener after all, there's no -d or -m in debootstrap... 1115399958 M * Pazzo let them where they are - they are ok 1115399983 M * Pazzo -d, -m, -s and maybe also -v are fine 1115400022 A * Doener is really confused now... 1115400033 M * Doener you just said 'forget everything, just call debootstrap'... 1115400066 M * Doener -v without any translation isn't possibly if you take different distros into account 1115400128 M * Pazzo -m debootstrap [-- [-d sarge ][-m http://mirror ][-s /may/be ][-v special]] 1115400193 M * Pazzo default -d is woody or sarge, default mirror whatever, script and variant are unused unless someone really want's to use them 1115400203 M * Pazzo and if he does so he knows what he's doing 1115400232 M * Pazzo maybe we add a default --exclude=iptables,ppp* 1115400239 M * Doener yes... and variant should IMHO use a script below /etc/vserver/.distributions/debian/ 1115400249 M * Pazzo NO 1115400255 M * Pazzo no one needs a variant 1115400283 M * Doener variant being -v... 1115400286 M * Pazzo if someone really needs one he probably is on a debian box with his very own personal variants we shouldn't care about 1115400320 M * Pazzo we should just give him the possibility to use it, nothing more 1115400334 M * Pazzo util-vserver will ship without a variant 1115400349 M * Doener i did _never_ say that it will ship any variant... 1115400354 M * Pazzo and /usr/lib/util-vserver/vserver-build.debootstrap does the job it's already doing AND 1115400378 M * Doener i just said that it will use variants located below /etc/vserver/.distributions/debian/ 1115400393 M * Pazzo then calls something like /usr/lib/util-vserver/vserver-debian-cleanup 1115400402 M * Doener i'm on a gentoo box and want to have a sarge based vserver but without ppp stuff and with apache for example... 1115400410 M * Pazzo which variants? 1115400415 M * Doener i don't have any location to put the script to 1115400432 J * prae ~prae@sherpadown.net 1115400443 M * Pazzo you can put it where ever you want and just use -s 1115400455 M * Doener why should i want to write: 1115400467 M * Doener -m debootstrap -s /path/to/my/script 1115400481 M * Doener if i can just put it into my vserver configuration tree and say: 1115400495 M * Doener -m debootstrat -v foo 1115400535 M * Doener i'd probably end up with: -m debootstrap -- -d sarge -s /etc/vserver/.distributions/debian/sarge.somevariant 1115400566 M * Pazzo why would you like to mantain own variants? 1115400583 M * Doener you do that yourself, why do you ask? 1115400645 M * Pazzo all I'm doing is making a usable base system as util-vserver is unable to do so 1115400676 M * Pazzo removing getty's, startscripts which are "messing with the procfs" and so on 1115400701 M * Pazzo and removing some packages that will for sure not be used in a vserver (iptables, ppp*,...) 1115400726 M * Doener which is basically a variant of sarge then, right? 1115400755 M * Pazzo to install my fully blown hosting server / file server / mail server / dns server or whatever I'm using other scripts - unrelated to linux-vserver 1115400771 M * Doener you just don't put your script into /usr/lib/debootstrap and use --variant=vserver, but put it somewhere else and provide the full path 1115400833 M * Pazzo to create a hosting-vserver I'm a) running "vserver XY build ..." to create a really base debian system and b) call a script installing my applications 1115400864 M * Pazzo (I'm putting my script into /usr/lib/debootstrap AND provide the full path to -s :-) 1115400902 M * Doener you like typing, right? ;) 1115400909 M * Pazzo Doener: we shouldn't call a small cleanup script removing evil things from a base vserver a "variant" 1115400953 M * daniel_hozac Pazzo: so make that the default variant. 1115400975 M * Doener hm, you should tell debian folks then...their buildd variant does nothing else... it removes some packages, adds some others and does some cleanup 1115401016 M * Doener what would you consider to be a variant? 1115401100 M * Pazzo Doener: buildd is a whole debootstrap script, not an extension 1115401238 M * Doener http://www.13thfloor.at/~doener/various/sarge-sarge.buildd.diff 1115401263 M * Pazzo Doener: we should a) provide something that makes debootstrap work with other distros, b) something that does behave like debian likes it and c) something that needs at least work / changes as possible 1115401325 M * Pazzo Doener: vserver will for sure not ship with a variant, right? 1115401349 M * Doener right. because we won't be able to keep up with debian changes... 1115401355 M * Pazzo exactly 1115401422 M * Doener is a) like "use debootstrap to install distro X" or like "use debootstrap on distro X to install debian"? 1115401438 M * Doener the latter already works... 1115401473 M * Pazzo so why don't we let vserver-build.debootstrap as it is, and after debootstrap has finished it does some small fixes doing a chroot: update-rc.d something and remove getty's 1115401488 Q * prae Quit: Pwet 1115401494 M * Pazzo a == "use debootstrap on distro X to install debian" 1115402071 M * Pazzo Doener: I'll provide a little patch to vserver-build.debootstrap to show what I mean 1115402080 M * Pazzo I'm sure it will make newvserver.sh from vserver-debiantools obsolete, make debootstrap lovers happy and creates clean ready-to-use base debian vservers: 1115402081 M * Pazzo without the need for variants or scripts but allowing you to use such things if you want to do so 1115402136 M * Pazzo I have to leave now, someone want's me to play "computer doctor" :-( 1115402142 M * Pazzo cya all, bye Doener! 1115402148 M * Doener cya 1115402194 M * Dominik Is there a way to do a traceroute on a vserver? I already added "NET_RAW" to the file "bcapabilities" but in the vserver i get "ifaddrlist: SIOCGIFADDR: eth0: Cannot assign requested address" 1115402250 Q * Pazzo Quit: ~~~debootstrap -m ftp://ftp.microsoft.com/pub longhorn /dev/null ~~~ 1115402731 Q * Dominik Quit: 1115403067 J * eXplasm ~explasm@p549FF513.dip.t-dialin.net 1115406394 J * Art512 ~Art512@112.229.dial-up.xter.net 1115406459 Q * Art512 Quit: 1115407109 J * yarihm ~yarihm@217-162-114-54.dclient.hispeed.ch 1115407371 J * ^WinZiP omri@85-65-208-175.barak-online.net 1115407415 M * ^WinZiP Hi 1115408097 Q * ^WinZiP Quit: server hop 1115408102 M * romke any obvious reason why csplit does sigsegv (on 50MB file) 1115408104 M * romke ?? 1115408115 M * romke http://www.rafb.net/paste/results/qhbNWR43.html 1115408123 M * romke ^^ strace 1115408352 M * albeiro it probably has some memory allocations problems, but i have no idea 1115408389 M * albeiro mayby it tries to unmap bad region ? *guessing* 1115408391 M * daniel_hozac backtraces are usually more interesting than strace for segv. 1115408510 M * micah_ ari: security team has given thumbs-up for official security support for sarge as of the time of the freeze. 1115408517 M * micah_ err, sorry wrong channel :) 1115408520 N * micah_ micah 1115408598 Q * yarihm Quit: Leaving 1115408827 M * SiD3WiNDR hmm 1115408836 M * SiD3WiNDR $guy on ml mentions freevps, but that IS linux-vserver is it not? :) 1115409124 M * Doener freevps forked from linux-vserver ages ago... i have no idea how much it still has in common with linux-vserver... probably about nothing ;) and it only works with rhel and cent os... 1115409677 J * ndim_ hun@helena.bawue.de 1115409679 Q * BWare oxygen.oftc.net nova.oftc.net 1115409679 Q * cereal oxygen.oftc.net nova.oftc.net 1115409679 Q * logger oxygen.oftc.net nova.oftc.net 1115409679 Q * Vudumen_ oxygen.oftc.net nova.oftc.net 1115409679 Q * daniel_hozac oxygen.oftc.net nova.oftc.net 1115409679 Q * FaUl oxygen.oftc.net nova.oftc.net 1115409679 Q * gregster oxygen.oftc.net nova.oftc.net 1115409679 Q * maharaja oxygen.oftc.net nova.oftc.net 1115409679 Q * ndim oxygen.oftc.net nova.oftc.net 1115409679 Q * atsab oxygen.oftc.net nova.oftc.net 1115409679 Q * Medivh oxygen.oftc.net nova.oftc.net 1115409679 Q * DaPhreak oxygen.oftc.net nova.oftc.net 1115409679 Q * Loki|muh oxygen.oftc.net nova.oftc.net 1115409679 Q * sladen oxygen.oftc.net nova.oftc.net 1115409679 J * Loki|muh_ loki@satanix.de 1115409679 J * _BWare_ ~bware@office.intouch.net 1115409680 J * Vudumen vudumen@perverz.hu 1115409681 J * FaUl ~immo@ip88.164.1211G-CUD12K-01.ish.de 1115409686 J * sladen_ paul@starsky.19inch.net 1115409686 J * Iogger ~rs@vds.pas-mal.com 1115409692 J * DaPhreak ~phreak@lms.rz.uni-greifswald.de 1115409694 J * cereal ~cereal@217.20.124.153 1115409708 J * daniel_hozac ~daniel@h56n2fls32o829.telia.com 1115409722 N * Iogger logger 1115409750 J * Medivh ck@paradise.by.the.dashboardlight.de 1115409750 J * maharaja maharaja@ipax.at 1115409750 J * gregster ~gregor@greart.de 1115409750 J * atsab ~as@lotes.vtu.lt 1115414641 N * Doener Doener|gone 1115416910 M * albeiro http://kimito.no-ip.org/~lasse/hacker.txt 1115417547 M * eXplasm the german version is better ;> 1115418050 M * anon1 so is vserver like solaris zones? 1115418157 M * daniel_hozac what are solaris zones like? 1115418706 J * yarihm ~yarihm@217-162-205-112.dclient.hispeed.ch 1115420557 Q * yarihm Ping timeout: 480 seconds 1115420812 N * Doener|gone Doener 1115420859 J * yarihm ~yarihm@217-162-114-216.dclient.hispeed.ch 1115421002 N * Bertl_zZ Bertl 1115421009 M * Bertl evening folks! 1115421012 M * Doener morning Bertl 1115421024 M * Doener slept well? 1115421054 M * Bertl well, I slept well until about 1600 CET .. 1115421084 M * Bertl then I got up and did some work ... 1115421096 A * Bertl just forgot to change the nick :/ 1115421129 A * Doener forgets that all the time ;) 1115421144 M * Bertl ah, before I forget it again ... could you forward the vwait stuff to enrico? 1115421178 M * Bertl I got a mail from him saying that he doesn't understand how it is supposed to work ... 1115421197 M * Doener what exactly? the small test app? 1115421217 M * Bertl yeah, basically maybe with a few words how you tested 1115421248 M * Doener ok 1115421272 M * Bertl and if you remember, which release _made_ it finally work ... 1115421331 M * Doener i have some 2.0pre2-wait trees lying around, so i guess it works with 3+ 1115421337 M * Doener pre3+... 1115421357 Q * yarihm Ping timeout: 480 seconds 1115421427 M * Doener ah... finally... 1115421461 M * Doener i hacked together some install script for debootstrap that creates a clean debian-based vserver... 1115421523 M * Bertl sounds promising ... 1115421562 M * Bertl any ideas/results/etc regarding the gilles/romke/pazzo issues? 1115421602 M * Doener plus some stuff that enhances the debootstrap build method... you can choose a 'variant'... for example you could have a webserver variant, a minimal variant and so on... 1115421677 M * Doener none yet... will (finally) try to reproduce it in a few minutes... 1115421771 M * romke Doener: at your service (to help) in about 40 mins 1115421777 M * Bertl well, didn't get to test with them either ... 1115422325 M * Doener ok, mails sent... 1115422336 M * Bertl excellent, thanks! 1115422609 M * albeiro you know guys what is a good way of backuping bunch of kernel trees with own changes ? 1115422625 M * albeiro diff them against original ones and backup those diffs ;p 1115422632 M * Bertl dump? 1115422670 M * Bertl (if you are using hard links, that should be pretty efficient) 1115422671 M * albeiro nah, linus calls dump stupid for whatever reason 1115422678 M * albeiro (yes i am 1115422683 M * albeiro ) 1115422694 M * Bertl ah, you want the linus way, then it is 'git' of course! 1115422704 M * albeiro heh, lol. 1115422721 M * Bertl git does everything and of course most efficiently ;) 1115422733 M * albeiro speaking about linus way and git, i should write my own tool for everything ;p 1115422740 M * albeiro simple as that ;] 1115422787 A * SiD3WiNDR will just write his own kernel for anything :p 1115422820 M * albeiro do remember about some propaganda ;] 1115422827 A * Doener .oO( oh wait, i'll boot my 'cat' kernel... then the 'grep' kernel... ;) 1115422922 M * albeiro hm, this new kernel.org servers ownz 1115422970 M * Doener brb 1115422974 Q * Doener Quit: Leaving 1115423007 J * Doener ~doener@p54876CBE.dip.t-dialin.net 1115423113 M * Bertl wb Doener! (hopefully now with the right kernel ;) 1115423126 M * Doener did just restart X 1115423132 M * Doener still no grep ;) 1115423145 M * Bertl well, with the X kernel, what do you expect *G* 1115423226 M * Doener building pre4 for qemu now... 1115423727 M * albeiro i'll show you how long it takes to install gentoo, just starting... 1115423729 M * albeiro ;] 1115423735 J * yarihm ~yarihm@217-162-114-216.dclient.hispeed.ch 1115423763 M * Doener stage 1 including everything i need? about 20 hours IIRC... 1115423772 M * albeiro stage3 1115423794 M * albeiro will boot it in less than one hour 1115423798 M * Doener should save a few hours i guess 1115423827 M * albeiro i'll recompile all of system later having right flags set up. 1115423836 M * albeiro now i just need a working enviroment 1115423920 M * Bertl welcome yarihm!