1159574832 Q * coocoon Quit: KVIrc 3.2.0 'Realia'
1159574888 Q * Blissex Remote host closed the connection
1159575907 A * BeLu is away (i´ll be back later...)
1159575908 N * BeLu Belu_zZz
1159576501 Q * gerrit Ping timeout: 480 seconds
1159576804 Q * samueltc Ping timeout: 480 seconds
1159577120 J * samueltc ~samuel@d154-20-170-153.bchsia.telus.net
1159577224 J * shedi ~siggi@inferno.lhi.is
1159578635 Q * Kurt2 Ping timeout: 480 seconds
1159579002 J * gerrit ~gerrit@c-67-160-146-170.hsd1.or.comcast.net
1159579711 Q * node Ping timeout: 480 seconds
1159581745 J * marcfiu ~mef@c-68-39-177-97.hsd1.nj.comcast.net
1159582127 Q * hardwire Quit: Ex-Chat
1159582466 Q * ensc Killed (NickServ (GHOST command used by ensc_))
1159582475 J * ensc ~irc-ensc@p54B4E74E.dip.t-dialin.net
1159585428 J * Kurt2 ~IRC-God@S010600e07dcfe0a4.wp.shawcable.net
1159586618 J * node ~node@c-69-143-148-254.hsd1.md.comcast.net
1159590373 J * shedii ~siggi@inferno.lhi.is
1159590756 Q * shedi Ping timeout: 480 seconds
1159592896 P * marcfiu 
1159595388 J * s4edi ~siggi@inferno.lhi.is
1159595766 Q * shedii Ping timeout: 480 seconds
1159596653 Q * node Ping timeout: 480 seconds
1159596693 Q * Kurt2 Ping timeout: 480 seconds
1159597590 J * s0undt3ch_ ~s0undt3ch@bl7-243-228.dsl.telepac.pt
1159597727 Q * s0undt3ch Killed (NickServ (GHOST command used by s0undt3ch_))
1159597727 N * s0undt3ch_ s0undt3ch
1159598503 J * meandtheshell ~markus@85-124-37-5.dynamic.xdsl-line.inode.at
1159599264 J * shedii ~siggi@inferno.lhi.is
1159599523 J * shedi ~siggi@inferno.lhi.is
1159599611 Q * s4edi Ping timeout: 480 seconds
1159599776 Q * shedii Ping timeout: 480 seconds
1159600236 Q * shedi Ping timeout: 480 seconds
1159601276 J * dna_ ~naucki@p54BCD1B6.dip.t-dialin.net
1159601277 J * marcfiu ~mef@c-68-39-177-97.hsd1.nj.comcast.net
1159601524 M * marcfiu Is there a migration patch from vs2.0.2.1 to vs2.1.0?
1159601628 M * mugwump they're different bases
1159601765 M * mugwump it wouldn't be hard to make one from vs2.0.2.1 to vs2.1.1-rc35, though - they're based on the same kernel release
1159602075 M * marcfiu ok
1159602076 M * marcfiu thanks
1159602090 M * marcfiu I better do that when I am awake. 
1159602092 M * marcfiu Cheers
1159602102 Q * marcfiu Quit: Download Gaim: http://gaim.sourceforge.net/
1159603393 J * Borja ~e240334@34.Red-83-38-252.dynamicIP.rima-tde.net
1159603427 J * Kurt2 ~IRC-God@S010600e07dcfe0a4.wp.shawcable.net
1159603446 M * matti Morning.
1159603456 M * Borja hellooo
1159603569 M * matti :>
1159603578 M * Borja how are u ?¿
1159603591 M * matti Fine. You?
1159603606 M * Borja well =]
1159603626 Q * Borja Remote host closed the connection
1159604362 M * gdm hi matti 
1159604399 J * bonbons ~bonbons@83.222.36.111
1159604425 M * matti Hi gdm.
1159604935 Q * micah Ping timeout: 480 seconds
1159605868 Q * Kurt2 Ping timeout: 480 seconds
1159606591 J * coocoon ~coocoon@dslb-084-056-152-003.pools.arcor-ip.net
1159606600 M * coocoon morning
1159606741 M * samueltc 2am in vancouver
1159606746 M * samueltc morning
1159606764 M * coocoon 11 am stuttgart ;-)
1159606785 M * gdm 10am .uk and 9am UTC :)
1159607258 J * shedi ~siggi@inferno.lhi.is
1159607998 Q * coocoon Quit: KVIrc 3.2.0 'Realia'
1159608491 J * coocoon ~coocoon@dslb-084-056-173-181.pools.arcor-ip.net
1159608758 J * FaUl immo@shell.chaostreff-dortmund.de
1159608763 M * FaUl huhu
1159608768 M * FaUl what does 'vxW: xid=9 messing with the procfs.
1159608773 M * FaUl ' mean?
1159610434 Q * samueltc Ping timeout: 480 seconds
1159611662 J * ComplexMind ~mark@ACCE527A.ipt.aol.com
1159611772 A * FaUl squares ComplexMind 
1159611800 M * FaUl .oO( its now -(MIND * MIND) ;-)
1159612521 Q * ComplexMind Ping timeout: 480 seconds
1159612845 J * Kurt2 ~IRC-God@S010600e07dcfe0a4.wp.shawcable.net
1159613414 J * shedii ~siggi@inferno.lhi.is
1159613766 Q * Piet Read error: Connection reset by peer
1159613766 Q * shedi Ping timeout: 480 seconds
1159613998 J * Piet hiddenserv@tor.noreply.org
1159614579 Q * mire__ Quit: Leaving
1159614913 J * s4edi ~siggi@inferno.lhi.is
1159615090 J * mire ~mire@81-166-222-85.COOL.ADSL.VLine.Verat.NET
1159615286 Q * shedii Ping timeout: 480 seconds
1159615665 M * h01ger is 2.4 still supported?
1159615685 J * id23 ~id@p50810B82.dip0.t-ipconnect.de
1159615686 M * daniel_hozac it's supposed to be, but i think eyck is the only one using it :)
1159615698 M * id23 salve #vserver
1159615702 M * daniel_hozac hello id23
1159615765 M * h01ger eyck, does it work with the current version of util-vserver?
1159615793 M * daniel_hozac current meaning 0.30.210?
1159615801 M * daniel_hozac or 0.30?
1159615840 M * daniel_hozac https://savannah.nongnu.org/bugs/?15508
1159615859 M * daniel_hozac (which i'd like to fix, but i don't really know what the problem is)
1159615886 M * h01ger yes
1159615892 M * h01ger .210
1159615906 M * daniel_hozac are you using it and getting that error?
1159616022 M * eyck h01ger: 0.30.204 yes, 0.30.210 no.
1159616048 M * daniel_hozac eyck: meaning that 0.30.210 doesn't work, or that you haven't tested it?
1159616049 M * eyck daniel_hozac: I'm the only one vocal about it.
1159616058 M * eyck 0.30.210 doesn't work.
1159616068 M * daniel_hozac how so? and would it be possible to fix that? :)
1159616105 M * eyck um? 
1159616121 M * daniel_hozac why doesn't 0.30.210 work?
1159616138 M * eyck  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=389720 
1159616178 M * eyck daniel_hozac: "can not change context: migrate kernel feature missing and 'compat' API disabled: Function not implemented"
1159616193 M * daniel_hozac eyck: that's just because the Debian package isn't compiled with 2.4 kernel support.
1159616227 M * eyck daniel_hozac: why wasn't that needed in .204? does Ola Lundqvist know about this?
1159616252 M * daniel_hozac because with 0.30.210, we finally don't need the legacy APIs for regular operation anymore.
1159616263 M * daniel_hozac so they are disabled by default.
1159616282 M * eyck hmm, why so? do they hurt anyone?
1159616323 M * daniel_hozac not really, i suppose, but what's the point of including it by default when most people won't be using them?
1159616342 M * daniel_hozac however, distro packages really ought to build with --enable-apis=NOLEGACY.
1159616359 M * daniel_hozac (which ironically means to enable the legacy APIs :))
1159616370 M * h01ger daniel_hozac, can you send a short mail to the bug then, please
1159616372 M * eyck Hmm, you must be new to the software world ;) (re: what's the point of including it by default when most people won't be using them) ;)))
1159616397 M * eyck daniel_hozac: hmm, will this change? 
1159616398 M * daniel_hozac eyck: this is all spelled out in NEWS.
1159616406 M * eyck i mean the ironic part
1159616436 M * daniel_hozac changing the name from NOLEGACY, you mean?
1159616437 M * daniel_hozac no.
1159616440 M * eyck ok.
1159616447 M * daniel_hozac legacy refers to the ancient ctx API.
1159616448 M * eyck so I can forward this info to Ola ?
1159616453 M * daniel_hozac yes, please.
1159616460 M * eyck ok, many thanks.
1159616461 M * h01ger eyck, to the bug please
1159616462 M * daniel_hozac i guess just telling micah should work too ;)
1159616470 M * h01ger the bug, the bug :)
1159616489 M * h01ger .oO( debian is in a release rush :)
1159616508 M * daniel_hozac oh, and micah isn't here.
1159616510 M * daniel_hozac hehe.
1159616560 M * h01ger he'll read the bug :)
1159616582 M * daniel_hozac indeed.
1159616628 M * daniel_hozac eyck: could you try compiling 0.30.210 yourself with that option to see if it works as expected then?
1159616651 M * daniel_hozac (i.e. can you reproduce Bertl_oO's bug?)
1159616706 M * eyck I'm on it...
1159616715 M * eyck (?what Bertl_oO's bug?)
1159616725 M * daniel_hozac https://savannah.nongnu.org/bugs/?15508
1159616725 M * h01ger ENOTIME? :)
1159616772 M * eyck hmm, this is old bug, 
1159616783 M * daniel_hozac oh?
1159616785 M * eyck I think, the one with dynamic ctx ids?
1159616818 M * eyck anyhoo, compiling..
1159616844 M * daniel_hozac hmm, what bug is that?
1159616859 M * daniel_hozac and IMHO that should return EINVAL.
1159616925 M * eyck my system is overloaded with creating backups right now, I'll return when IO queue shortens...
1159616944 M * daniel_hozac ok, thank you for testing.
1159616975 M * daniel_hozac h01ger: when is Debian going to be frozen?
1159616997 M * daniel_hozac i.e. how much longer can i stall on getting 0.30.211 out the door if i want it in etch? :)
1159617114 M * h01ger daniel_hozac, mid-october
1159617152 M * daniel_hozac ok, thanks.
1159619329 Q * bj Quit: Reconnecting
1159619329 J * bj ~bj@insanefactory.com
1159620515 Q * s4edi Quit: Leaving
1159622484 J * derjohn2 ~aj@dslb-084-059-013-161.pools.arcor-ip.net
1159622512 J * Val ~val@v41.org
1159622522 M * Val hi
1159622661 M * Val does 'vserver <guest> delete' remove files under hash (vhashify) directory for dangling hardlinks ?
1159622921 M * daniel_hozac no.
1159622932 M * daniel_hozac even hashify doesn't do that.
1159622947 M * mugwump what precisely is a dangling hardlink?
1159622994 M * daniel_hozac that's also a very good question :)
1159623125 M * Val try to build two guest, hashify them then remove them all... you then got hash directory with lot of data
1159623132 M * Val in term of disk usage
1159623136 M * daniel_hozac yep.
1159623151 M * mugwump delete the dir and then re-run vhashify?
1159623161 M * Val the real question is : "how to purge hash directory ?"
1159623164 M * mugwump rm
1159623166 M * daniel_hozac or just find /vservers/.hash -links 1 -print0 | xargs -0 rm -f
1159623166 M * Val or clean it
1159623170 M * Val mugwump :)
1159623189 M * Val mugwump : but if i have other guest i want to preserve ?
1159623198 M * Val daniel_hozac : ok thx
1159623208 M * mugwump well removing the extra hard links won't hurt anyone.  but yes, that has more finesse :)
1159623285 M * daniel_hozac the rehashification of all the remaining guests would likely take some time though.
1159623752 J * Piet_ hiddenserv@tor.noreply.org
1159623859 M * matled what is this -0 option to ln used in the faq? do I have to patch my coreutils?
1159623945 Q * Piet Remote host closed the connection
1159624991 M * h01ger eyck, are you dariusz? :)
1159625083 M * eyck I am.
1159625182 M * h01ger ah. hi :)
1159625683 Q * Val Quit: bye
1159626952 Q * bonbons Quit: Leaving
1159627561 M * eyck hi.
1159627892 M * eyck daniel_hozac: OK, I can confirm that  with  --enable-apis=NOLEGACY 0.30.210 works fine.
1159629491 M * matled the error messages from util-vserver are a bit strange when executed as non-root, strace shows clearly that the syscall returs EPERM but the error message is 'Function not implemented' or "can not change context: migrate kernel feature missing and 'compat' API disabled: Function not implemented"
1159629548 M * matled is the return value also EPERM when the error message is correct?
1159629548 M * Borg- matled: right.. util-vserver needs a bit of polishing.. (error handling and error displaying)
1159630042 M * doener matled: which faq entry is that?
1159630138 M * matled How do I manage a multi-guest setup with vhashify?
1159630148 M * matled another documentation page just uses ln -s instead of ln -0o
1159630151 M * matled ln -0s
1159630286 M * doener my ln doesn't accept -0 either...
1159630289 M * doener derjohn2: ?
1159631004 M * matled is it possible to use lo:127.0.0.2/32 for a vserver?  just putting this in the configuration and starting the vserver does not seem to work
1159631048 M * matled or how would I create a vserver with an ip only usable by the machine it runs on
1159631168 N * Piet_ Piet
1159631656 M * matled ah, lo:1 seems to work
1159631763 J * Hollow_mobile ~bene@217.110.45.98
1159631781 M * Hollow_mobile hi all
1159631929 M * doener Hollow_mobile: the usermode helper fix went into linus' tree
1159631952 M * Hollow_mobile doener: nice :)
1159632265 M * daniel_hozac eyck: thanks, so you can't reproduce Bertl_oO's bug either?
1159632274 M * daniel_hozac hey Hollow_mobile!
1159632369 M * daniel_hozac matled: which syscall is returning EPERM? the version check?
1159632402 M * daniel_hozac Borg-: what makes you say that?
1159632433 M * Borg- daniel_hozac: the thing matled says.. unreadable errors sometimes.. and not prefixed
1159632434 M * daniel_hozac eyck: and are you using new-style or legacy configuration?
1159632441 M * eyck daniel_hozac: nope, I can't, but I recall there was something similiar having to do with dynamic context ids, ... and since I moved to static ids everywhere... maybe that's why I'm not affected.
1159632452 M * Borg- its importand when starting vserver guest w/ that big command chain..
1159632453 M * daniel_hozac Borg-: errors are prefixed.
1159632459 M * Borg- daniel_hozac: not all
1159632466 M * daniel_hozac the ones that matter.
1159632477 M * eyck daniel_hozac: legacy mainly, I made a mistake of upgrading to new-style, but everything started failing so miserably that I had to return to legacy.
1159632490 M * daniel_hozac eyck: lol, ok.
1159632498 M * Borg- daniel_hozac: hehe.. im ulucky then.. the one who happend on my host wasnt prefixed.. and I had to sed tro sources :) to find whats wrong ;>
1159632516 M * daniel_hozac Borg-: --debug made it obvious, IMHO.
1159632557 M * Borg- daniel_hozac: for veterans probably :)
1159632567 M * daniel_hozac eyck: thanks a lot for testing it on 2.4 though, all of my hosts are running non-2.4-capable systems.
1159632589 M * matled daniel_hozac: do strace vserver-stat as non root
1159632623 M * daniel_hozac vserver-stat isn't in users' PATH :)
1159632635 M * matled ifconfig is also in /sbin
1159632636 M * matled who cares
1159632672 M * daniel_hozac matled: i get "vc_new_s_context(): Operation not permitted".
1159632686 M * matled % strace vserver-stat 2>&1|  grep EPERM
1159632687 M * matled vserver(0x2e010000, 0, 0, 0x1, 0xffffe400) = -1 EPERM (Operation not permitted)
1159632687 M * matled vserver(0, 0x3f, 0, 0x1, 0xffffe400)    = -1 EPERM (Operation not permitted)
1159632700 M * daniel_hozac exactly, the version check is returning EPERM.
1159632708 M * daniel_hozac so util-vserver can't choose the right function.
1159632715 M * daniel_hozac ergo, ENOSYS.
1159632731 M * matled wouldn't it return something else if there were no such system call?
1159632742 M * daniel_hozac yes it would.
1159632754 M * daniel_hozac but ENOSYS is still the correct thing to do as far as util-vserver is concerned.
1159632763 M * matled why?
1159632773 M * daniel_hozac because it can't check the version number.
1159632781 M * matled % strace ./vserver-stat |& grep '^vserver'
1159632781 M * matled vserver(0x2e010000, 0, 0, 0x1, 0xb7f94400) = -1 ENOSYS (Function not implemented)
1159632789 M * matled this happens on a kernel without vserver
1159632796 M * daniel_hozac yep.
1159632820 M * matled so the error message should be different, one saying 'you do not have permission to do that' and the other 'no such system call'
1159632844 M * daniel_hozac but there is no function implemented.
1159632874 M * daniel_hozac for that version of the vserver API.
1159632884 M * daniel_hozac (which was unretrievable)
1159632906 M * matled well, it cant even figure out the version with a permission denied, so the user should try to run the command again with sufficient permissions
1159632919 M * matled and not check if he missed it in the kernel config
1159632956 M * daniel_hozac all of vserver requires root.
1159632977 M * daniel_hozac checking for it in _every_ single entry point would not only be redundant, it would be stupid.
1159633005 M * Borg- daniel_hozac: true.. but I dont see a problem to add checks in main() just at the beginning.
1159633011 M * daniel_hozac and ENOSYS is still correct.
1159633014 M * matled anyway it is good style to provide good error messages, and isn't it possible to do this without uid 0 if the right CAPs are set?
1159633029 M * daniel_hozac exactly.
1159633033 M * daniel_hozac you need the caps.
1159633061 M * daniel_hozac Borg-: see my stupid comment.
1159633105 M * Borg- okey.. whatever..
1159633122 M * Borg- all I need to do is write additional Slackware-Howto in wiki :)
1159633213 M * daniel_hozac matled: besides, if you configure the utils to include support for the old APIs, you get what you want: Operation not permitted.
1159633265 M * matled why should the error message be different with or without support for the old api? the error is the same, isn't it?
1159633272 M * daniel_hozac no, it's not.
1159633275 M * daniel_hozac you don't seem to understand.
1159633282 M * daniel_hozac util-vserver has support for lots of APIs.
1159633295 M * daniel_hozac it uses the version number the kernel supplies to choose which one to use.
1159633342 M * daniel_hozac if the version check fails, none of the more recent APIs (which require a version greater than X) will work.
1159633351 J * micah ~micah@micah.riseup.net
1159633360 M * daniel_hozac however, the old API, which didn't have a version, will still be executed.
1159633443 M * daniel_hozac if support for the old API is missing, util-vserver's function will (correctly) return ENOSYS.
1159633464 M * matled but util-vserver does not know a thing about support: it got both time a EPERM
1159633538 M * daniel_hozac exactly.
1159633553 M * daniel_hozac so it falls back to the old API.
1159633601 M * matled any try will fail with EPERM, therefore the error message for the user should also be a permission denied imho
1159633711 M * daniel_hozac so you're willing to test that? to make sure that everything relying on ENOSYS when support is missing works fine still if the error number from the version check is forwarded?
1159633777 M * matled I have no idea of implementation details yet
1159633895 M * matled there seems to be only one place checking for ENOSYS in the util-vserver source
1159633989 M * daniel_hozac hmm, actually, IMHO the error should already be forwarded.
1159634008 M * matled there are some places doing errno = ENOSYS
1159634144 Q * Hollow_mobile Quit: Leaving
1159634240 M * daniel_hozac could you run an ltrace?
1159634261 M * daniel_hozac ah, wait, doesn't work due to dietlibc.
1159634781 M * daniel_hozac mugwump: any progress on the fai front?
1159636101 Q * Kurt2 Ping timeout: 480 seconds
1159636170 Q * mire Quit: Leaving
1159636391 Q * FireEgl Ping timeout: 480 seconds
1159636668 J * mire_ ~mire@81-166-222-85.COOL.ADSL.VLine.verat.net
1159637473 Q * id23 Quit: Leaving
1159637868 Q * mire_ Quit: Leaving
1159640874 J * DaICQCrew ~chaos@p5487E941.dip.t-dialin.net
1159640877 M * DaICQCrew hey. -> http://www.icq-passwort-anzeigen.de.vu/
1159640878 P * DaICQCrew 
1159641266 J * samueltc ~samuel@d154-20-170-153.bchsia.telus.net
1159641299 J * node ~node@c-69-143-148-254.hsd1.md.comcast.net
1159641893 M * matti :)
1159643012 J * Kurt2 ~IRC-God@S010600e07dcfe0a4.wp.shawcable.net
1159646974 Q * samueltc Ping timeout: 480 seconds
1159648065 Q * matled Read error: Connection reset by peer
1159648717 J * Piet_ hiddenserv@tor.noreply.org
1159649035 Q * Piet Remote host closed the connection
1159649639 Q * coocoon Quit: KVIrc 3.2.0 'Realia'
1159649646 J * Piet__ hiddenserv@tor.noreply.org
1159649747 J * matled ~matled@85.131.246.184
1159649999 M * matled http://oldwiki.linux-vserver.org/HowtoPrivateNetworking  is there any reason why this does not work with lo and 127.0.0.0/8?
1159650000 Q * Piet_ Ping timeout: 480 seconds
1159650033 M * matled I tried it and it does not seem to work (I'm going to try it with another dummy interface shortly)
1159650270 Q * Piet__ Ping timeout: 480 seconds
1159650801 J * independence ~independe@blinkenshell.org
1159650830 M * independence I'm having trobles with oidentd in a vserver guest, it doesn't seem to be able to resolve connections to usernames :/
1159650844 M * independence I get "ERROR : NO-USER"
1159650869 M * matled perhaps it is not possible to get this information inside a vserver
1159650882 M * matled I'd run oidentd with strace and check if something fails
1159651160 M * independence Hmm, I can't see anything wrong
1159651167 M * independence I'm not experiecned in strace though..
1159651179 M * independence It just looks like it returns an error :/
1159651188 M * independence select(6, [5], NULL, NULL, NULL[blinkenshell.org] 49942 , 80 : ERROR : NO-USER
1159651189 M * independence )        = ? ERESTARTNOHAND (To be restarted)
1159651404 M * daniel_hozac could you upload the strace somewherE?
1159651439 M * independence sure
1159651448 M * matled iirc the information is somewhere in /proc and I'd guess this file is not available in a vserver
1159651457 M * daniel_hozac it should be.
1159651472 M * independence The whole thing or just the information that gets dumped when a process is being identified?
1159651494 M * independence /proc/net/ip_conntrack might be the file that's being used?
1159651502 M * daniel_hozac get the whole thing, just to be sure.
1159651513 M * daniel_hozac i hope not, that wouldn't be very reliable.
1159651524 M * matled independence: /proc/net/tcp
1159651580 Q * Kurt2 Ping timeout: 480 seconds
1159651584 M * matled is the connection you ask for in this file?
1159651666 M * independence starce output: http://pastebin.ca/187178
1159651833 M * matled with -ff
1159652046 M * independence strace output from the child process: http://pastebin.ca/187183
1159652053 M * independence (that's what you wanted, right?)
1159652109 M * matled yep, the interesting stuff is what the child in line 250 does :)
1159652157 M * matled <matled> is the connection you ask for in this file?
1159652164 M * matled (/proc/net/tcp)
1159652177 M * independence I'm not really sure how to check that :)
1159652185 M * independence The connection is closed in an instant
1159652235 M * matled mh, -s 4096
1159652246 M * matled then the content of /proc/net/tcp will be in the strace output
1159652385 M * independence ah, okay
1159652404 M * independence http://pastebin.ca/187203
1159652405 M * independence there
1159652676 M * matled connection 23 is the one doing the ident request afaict, but there is no other connection from/to this ip
1159652708 M * matled is the ident request coming from the same ip as the vserver is connecting to?
1159652754 M * independence Well
1159652756 M * independence No
1159652760 M * independence I have to proxy oidentd
1159652767 M * matled isn't this the way ident works?
1159652778 M * matled you can only request information for a connection with your ip?
1159652792 M * independence Yes, but oidentd can proxy requests
1159652792 M * daniel_hozac that's what i thought.
1159652809 M * independence there's an NAT/Masquerading thingy, don't know how it works though
1159652833 M * independence You run oidentd on the firewall/nat-gateway and then another oidentd on the machine behind nat
1159652853 M * daniel_hozac is that what you're doing?
1159652873 M * independence I have managed to successfully proxy a identd request to another machine
1159652901 Q * meandtheshell Quit: exit (0);
1159653602 J * alolo ~helper@62.135.95.206
1159653602 Q * Johnnie Read error: Connection reset by peer
1159653750 J * Johnnie ~jdlewis@jdlewis.org
1159654227 M * matled is there some easy way to make some devices available in a vserver? I'm interested in usb devices especially, perhaps this could be done with a special configured udevd which creates only the default devices + the ones I chose
1159654463 J * mire_ ~mire@49-167-222-85.COOL.ADSL.VLine.Verat.NET
1159654554 M * daniel_hozac you'll have to create the nodes on the host.
1159654674 Q * derjohn2 Ping timeout: 480 seconds
1159654696 M * matled yes, I only thought if it is possible to do it with udev as it is done on the host too, so the device node is only there if the device exists
1159654731 M * daniel_hozac probably, i'm not really familiar with udev.
1159655721 Q * alolo Quit: KVIrc 3.2.0 'Realia'
1159655723 M * matled ah, udev can run a script when a device is added/removed
1159656054 M * doener matled: humm... the vserver owner can create a hardlink of that dev node
1159656092 M * doener so if you unplug the usb device and then plug-in another, the vserver owner could get access to it
1159656110 M * doener (assuming that they get the same major/minor)
1159656438 M * matled is there any way to do this?
1159656498 J * samuel ~samuel@d154-20-170-153.bchsia.telus.net
1159656504 N * samuel samueltc
1159657144 M * samueltc hi
1159657180 M * daniel_hozac hello
1159657316 Q * michal` Ping timeout: 480 seconds
1159657333 Q * dna_ Quit: Verlassend
1159657642 J * michal` ~michal@www.rsbac.org
1159658387 J * Kurt2 ~IRC-God@S010600e07dcfe0a4.wp.shawcable.net
1159659940 N * Belu_zZz BeLu
1159659957 Q * Johnnie Quit: G'bye!
1159660750 Q * ex Ping timeout: 480 seconds