1188345669 M * matti Hi Bertl 
1188345673 M * matti And goodnight!
1188345683 M * Bertl night matti!
1188346227 Q * Alumin Ping timeout: 480 seconds
1188346441 J * coderanger_ ~coderange@x-1-45.dynamic2.rpi.edu
1188349535 M * slack102 anyone here ever used netconsole ?
1188349537 M * slack102 cool stuff
1188349625 M * Bertl yep, maintained it for 2.4 for some time :)
1188349800 J * friendly12345 ~friendly@ppp59-167-75-40.lns1.mel6.internode.on.net
1188350345 Q * Baby Remote host closed the connection
1188351299 J * zLinux ~zLinux@88.213.36.145
1188351681 J * DoberMann_ ~james@AToulouse-156-1-91-119.w90-30.abo.wanadoo.fr
1188351788 Q * DoberMann Ping timeout: 480 seconds
1188352147 Q * zLinux Ping timeout: 480 seconds
1188352175 M * Supaplex slack102: does it play with nethack? ;)
1188352308 J * zLinux ~zLinux@88.213.36.145
1188353363 M * slack102 Supaplex: what is that ?
1188353382 A * Supaplex moans
1188353392 M * Supaplex you've never heard of nethack?!?!
1188354500 J * virtuoso_ ~s0t0na@pppoe-4.58.110.89-adsl.spbnit.ru
1188354570 J * DoberMann ~james@AToulouse-156-1-91-119.w90-30.abo.wanadoo.fr
1188354633 Q * DoberMann_ Ping timeout: 480 seconds
1188354907 Q * virtuoso Ping timeout: 480 seconds
1188355697 M * daniel_hozac Bertl: did i already show you http://people.linux-vserver.org/~dhozac/p/k/delta-propagate-feat02.diff? i know it's not what we talked about, but i couldn't find any logical place to do the dentry tagging (i wanted it in d_instantiate or so, but none of the dentry functions have the vfsmnt available)
1188355829 M * daniel_hozac though i am somewhat worried by using different tags depending on the arguments given. it seems like there would be cases where lookup/initial access it granted, but then things like fchmod or whatever would be denied.
1188355937 M * daniel_hozac we could prefix the dx_check's with nd &&, is there a reason why that's not already done? i remember you telling me that we only care about cases where the nd is available.
1188356034 M * Bertl hmm ... sec
1188356166 M * Bertl we do not want the propagate at lookup because?
1188356200 M * daniel_hozac hmm? the tag is propagated at lookup.
1188356226 M * daniel_hozac just not in the individual filesystem lookup functions, propagation shouldn't alter the inode tags, right?
1188356268 M * Bertl hmm, okay, maybe we should first define what propagation means :)
1188356277 M * daniel_hozac well, i thought we already did :)
1188356297 M * daniel_hozac dentry gets the tag from mount if MNT_TAGID is set, inode if not.
1188356317 M * Bertl ah, okay, that is only _one_ aspect actually
1188356353 M * Bertl a different aspect is propagating tagging information from directory to inode/entry
1188356375 M * Bertl (which was the original intention of the dc_propagate_tag)
1188356379 M * daniel_hozac i.e. all files in a directory gets the same tag as the parent?
1188356397 M * daniel_hozac s/parent/directory itself/
1188356420 M * Bertl yes, where the tag is 'defined' by a mountpoint
1188356438 M * Bertl think: mount -o tag=42 ...
1188356457 M * daniel_hozac how is that different from the case i'm thinking of?
1188356490 M * daniel_hozac other than the fact that it manipulates the inode tags.
1188356495 M * Bertl the inode tags will definitely be affected by that
1188356500 M * daniel_hozac (which we don't want for bind mounts, right?)
1188356516 M * Bertl really depends on the actual flags
1188356531 M * Bertl I think we should avoid any manipulation for the notag case
1188356553 M * Bertl but we might be fine with 'updating' inode tags on tag=42
1188356565 M * Bertl (especially for bind mounts)
1188356585 M * daniel_hozac hmm?
1188356605 M * Bertl OTOH, we might just leave the tagging intact and only tag newly created inodes in that case
1188356740 M * daniel_hozac IMHO the inode tagging can be achieved in userspace by a simple chxid, so i'm not sure it's that interesting to implement that in the kernel.
1188356783 M * Bertl well, yes and no, what about newly created inodes? and access (or restrictions) across shared spaces?
1188356834 M * daniel_hozac yeah, true.
1188356854 M * daniel_hozac as for shared spaces, that's exactly the reason i'm writing this :)
1188356858 M * Bertl I think we should make a few use-cases and see what semantic would be the best
1188356879 M * Bertl the original dx_propagate_tag() was just a first shot
1188356916 M * Bertl and I also think that starting with handling notag properly for bind mounts would be quite beneficial
1188356936 M * Bertl i.e. that is probably something folks would use immediately
1188356955 M * daniel_hozac what is notag?
1188356966 M * Bertl the oposite flag of tag :)
1188356987 M * daniel_hozac i.e. disabling tagging for a bind mount?
1188356993 M * Bertl yep, precisely
1188357043 M * daniel_hozac tagging is a superblock flag right now, isn't it?
1188357087 M * Bertl not sure, it is planned to be vfsmount, like rdonly and noatime
1188357181 M * daniel_hozac how would notag be different from mount -o tag=0?
1188357204 M * daniel_hozac (besides the obvious the-latter-will-do-tagging)
1188357229 M * Bertl well, that _is_ an important detail :)
1188357249 M * daniel_hozac is it?
1188357250 M * Bertl the former will disable all tag specific security checks
1188357269 M * Bertl while the latter will tag all newly created inodes with tag=0
1188357309 M * Bertl note that the former will allow to have 3 guests
1188357318 M * daniel_hozac i guess that depends on the semantics we choose... personally, i'd want tag=0 to only override the security checks, while keeping the tagging intact.
1188357328 M * Bertl A and B providing data, and C consuming data
1188357344 M * Bertl where still A could not mess with data from B and vice versa
1188357345 M * daniel_hozac wouldn't the latter allow that as well?
1188357358 M * daniel_hozac if C is the only one that gets the tag=0 mount.
1188357423 M * Bertl depends on the semantic of tag=0 and the fact _when_ the inode tag will be changed
1188357435 M * daniel_hozac well, right.
1188357445 M * Bertl e.g. for directory inodes, the latter one could easily flip the tagging
1188357457 M * daniel_hozac but with the semantics my patch implements, i.e., it only overrides the security checks, it would be equivalent, no?
1188357459 M * Bertl (while the former would leave it untouched)
1188357541 M * Bertl I guess I have to think about that a little more ...
1188357598 M * daniel_hozac the use-case i'm trying to solve this for is the case where you want disk limits (i.e. unchanged tagging of new files), but access to all (or those of a specific context) files on the mount.
1188357616 M * daniel_hozac umm, - the last parenthesis, didn't really think that through.
1188357666 M * Bertl hmm ...
1188357676 M * daniel_hozac e.g. all my builders need to access to the mirror in /data/pub, but /data is a tagged filesystem as there are other things on there too.
1188357686 M * daniel_hozac +english
1188357728 M * Bertl soo ... what if we make a vfsmount flag which simply disables the permission checks? something like notagcheck?
1188357760 M * Bertl because I think that is quite different from disabling the tagging itself
1188357773 M * daniel_hozac indeed.
1188357774 M * Bertl and again different, from forcing a specific tagging
1188357783 M * daniel_hozac yeah.
1188357801 M * Bertl and I think I can come up with at least two use-cases for each :)
1188357853 M * Supaplex is there any collaboration between debian and vserver? I've read the debian kernel handbook a few times, but I'm still not sure how to update the kernel for a newer release of vserver
1188357871 M * daniel_hozac waldi is the Debian kernel guy.
1188357899 M * Bertl well, we have loose contact to the debian kernel folks and we have two debian maintainers for the userspace stuff
1188357943 M * daniel_hozac Supaplex: from what i gather, Debian is mostly vanilla these days anyway, so you might as well use make-kpkg.
1188357963 M * Supaplex alrighty.
1188357977 M * daniel_hozac Bertl: btw, something i noticed when testing all this, dx_permission/do_lookup still use the xid rather than the tag.
1188357998 M * daniel_hozac Bertl: have you fixed that in your tree, or should i whip up a patch?
1188358008 M * Bertl ah, I suspected something like that, yeah, patch would be welcome
1188358026 M * daniel_hozac okay.
1188358026 M * Bertl I still have to feed back the OLPC changes we did in Boston
1188358037 M * Bertl (but that should be jffs2 related)
1188358267 M * daniel_hozac http://people.linux-vserver.org/~dhozac/p/k/delta-tag-fix01.diff
1188358344 M * Bertl nice
1188358478 M * daniel_hozac i think that making tagging a vfsmnt option is going to be difficult, none of the disk limiting functions have access to that.
1188358507 M * Bertl yes, that is what stopped me last time from doing so
1188358530 M * Bertl but I think the notagcheck and the notag should be doable
1188358579 M * daniel_hozac notagcheck shouldn't be a problem.
1188358607 M * daniel_hozac i'm not so sure about notag though.
1188360345 M * daniel_hozac http://people.linux-vserver.org/~dhozac/p/k/delta-notagcheck-feat01.diff
1188360353 M * daniel_hozac still building, so untested at this point.
1188360460 M * Bertl okay, I'm off to bed now .. will have a deep look at it when I get up (and update the devel release with your patches too :)
1188360474 M * daniel_hozac okay, good night!
1188360496 M * Bertl good testing! :)
1188360505 N * Bertl Bertl_zZ
1188361719 M * micah daniel_hozac: looks like the dietlibc-dev patch for the vsched readdir Bad address bug just went into debian
1188361781 M * micah I updated the util-vserver debian package build-dependencies to require building against that version or later, so next upload will build against it
1188361798 M * micah (of course this requires #439133 to be fixed first)
1188361967 M * daniel_hozac okay, great!
1188362015 M * micah have you looked into the #undef of __STRICT_ANSI__ option that Ted referred to?
1188362030 M * daniel_hozac that seems like a crude hack to me.
1188362041 M * daniel_hozac personally, i'm more interested in what is setting that.
1188362054 M * daniel_hozac all the C things should be compiled with -std=c99
1188362076 M * micah maybe I can tweak a build option
1188362107 M * daniel_hozac do you have a build log available? do you see -ansi in it?
1188362195 M * micah i can create one
1188362252 M * daniel_hozac hmm, actually, this seems like a gcc bug to me.
1188362273 M * daniel_hozac gcc -std=c99 seems to define __STRICT_ANSI__.
1188362342 M * micah yeah, if I pass the CFLAG -std=c99 to the build same thing happens
1188362435 M * micah in any case I should have a build log in a minute
1188362583 M * micah daniel_hozac: wget http://micah.riseup.net/buildlog
1188362629 M * daniel_hozac okay, this seems to be a kernel problem actually...
1188362663 M * daniel_hozac or, rather, anything that uses this kind of construct.
1188362671 M * daniel_hozac gcc defines __STRICT_ANSI__ regardless of which ISO standard is specified.
1188362733 M * micah ext2 header problem, gcc problem, kernel problem... pretty soon you are going to blame it on george bush
1188362739 M * micah (well that one would probably be valid in some way)
1188362748 M * daniel_hozac oh yeah, now that you mention it... :)
1188362773 M * daniel_hozac Ted was blaming the kernel, right?
1188362785 M * micah i dont think so
1188362817 M * micah i think he was suggesting that util-vserver's includes of some kernel header files need to #undef somethings
1188362832 M * micah ie. em, kernel problem... pretty soon  you are going to blame it on g
1188362837 M * micah sorry... bad paste
1188362860 M * micah ie. #undef __STRICT_ANSI__ where util-vserver does #include linux/types.h and #include of ext2fs/ext2_fs.h
1188362873 M * daniel_hozac well, the _right_ thing to do is to fix linux/types.h
1188362890 M * micah if he felt it was a kernel bug, he would have reassigned the bug to that package, but he reassigned my ext2headers bug back to util-vserver
1188362898 M * daniel_hozac util-vserver is using C99, which most definitely has support for unsigned long long.
1188362906 M * micah yeah
1188362946 M * micah but.... why does compat.h define __STRICT_ANSI__?
1188363012 M * micah if I understood what he said, util-vserver uses #define __STRICT_ANSI__ when it includes linux/types.h which then inherits the definition of __u64 from c89
1188363041 M * daniel_hozac nah, util-vserver doesn't define __STRICT_ANSI__. gcc does that.
1188363082 M * micah i dont really understand the #define __STRICT_ANSI__ in compat.h
1188363155 M * micah (the compat.h in util-vserver)
1188363282 M * daniel_hozac seems to be a workaround for some bug in dietlibc.
1188363821 M * micah so is it a gcc bug then?
1188363821 M * micah so is it a gcc bug then?/win 13
1188363844 M * daniel_hozac no, i'm leaning towards kernel/whatever provides kernel headers.
1188363889 M * daniel_hozac linux/types.h should define __u64 if __STDC_VERSION__ >= 199901L
1188363956 M * micah 199901L?
1188363982 M * daniel_hozac C99
1188364088 M * micah I've summarized to the bug report
1188364096 M * Supaplex I see no 99 ;)
1188364252 M * micah i'll see if Ted responds, and then perhaps reassign the bug to the kernel team... likely it needs to be fixed upstream?
1188364638 M * daniel_hozac yeah, i'll send something to lkml later today.
1188364791 Q * coderanger_ Quit: coderanger_
1188364840 M * daniel_hozac Bertl_zZ: notagcheck seems to be working fine.
1188366029 A * Supaplex caffinates Bertl_zZ ;)
1188366302 J * AstralS ~astralsto@tor-irc.dnsbl.oftc.net
1188366303 Q * AStorm Remote host closed the connection
1188367588 Q * Adrinael Remote host closed the connection
1188367759 J * duckx ~Duck@tox.dyndns.org
1188367957 J * sharkjaw ~gab@158.36.44.106
1188368839 Q * grobie Quit: ChatZilla 0.9.78.1 [Firefox 2.0.0.6/2007072518]
1188369572 M * slack102 anyone here ever take a look at the bsdjail patch for linux hmmm
1188369947 Q * mnemoc Ping timeout: 480 seconds
1188370389 M * Supaplex sounds like a filler question
1188370612 M * fb Supaplex: i'm usng vanilla kernel with debian for some time now
1188370671 M * fb make-kpkg supports that pretty well
1188370776 M * Supaplex something similar to the openvz patch build method I presume
1188370838 M * slack102 that bsdjail patch for linuc is a joke 
1188371113 N * DoberMann DoberMann[PullA]
1188371414 M * Supaplex slack102: so what's the punchline?
1188371474 Q * borgfish Ping timeout: 480 seconds
1188371943 J * borgfish ~bla@141.12.66.166
1188372279 J * Baby ~miry@195.37.62.208
1188372645 Q * grobie_away Quit: Coyote finally caught me
1188372646 J * grobie_away ~grobie@master.schnuckelig.eu
1188372823 N * grobie_away grobie
1188372824 J * jmcaricand ~jmcarican@d83-179-252-144.cust.tele2.fr
1188373071 J * pmenier ~pmenier@LNeuilly-152-22-72-5.w193-251.abo.wanadoo.fr
1188373374 Q * grobie Quit: Coyote finally caught me
1188373376 J * grobie_away ~grobie@master.schnuckelig.eu
1188373400 N * grobie_away grobie
1188373458 N * grobie grobie_away
1188373484 N * grobie_away grobie
1188375082 J * yarihm ~yarihm@84-75-109-39.dclient.hispeed.ch
1188378122 J * Juraj001 ~juraj@85-218-33-30.static.citycable.ch
1188378375 M * Juraj001 Hello vserver experts, I have two little issues I would like to consult, whom could I possibly bother with them?
1188378474 N * grobie grobie_away
1188378483 M * FaUl yea just go on
1188378506 M * FaUl its likely that the real experts will read it later if they aren't here right now
1188378514 Q * coderanger Read error: Connection reset by peer
1188378554 J * coderanger ~coderange@kantrn.stu.rpi.edu
1188378574 M * Juraj001 I am experiencing problems while trying to compile the latest util-vserver-0.30.213 from source
1188378604 M * daniel_hozac what kind of problems?
1188378621 M * Juraj001 first, it appears to me that there is a typo in kernel/cvirt_cmd.h
1188378635 M * daniel_hozac oh?
1188378664 M * Juraj001 line 23 ... the VHIN_DOMAINNAME perhaps should not end with a comma
1188378693 M * daniel_hozac that's perfectly valid.
1188378701 M * Juraj001 it is?
1188378701 M * Juraj001 hmmm
1188378701 M * daniel_hozac yes.
1188378808 M * Juraj001 hm strange, it was giving me problems ... let me try to reproduce them
1188379102 M * Juraj001 ok, I reinstalled my gcc now it seems to work fine :-(. I will go now and stick my head in the bucket.
1188379117 M * Juraj001 Thanks! And have a nice day!
1188379127 M * daniel_hozac hehe, you're welcome!
1188379165 M * FaUl ;-)
1188379226 Q * Juraj001 Quit: (bubbling sounds)
1188379689 Q * yarihm Quit: This computer has gone to sleep
1188382709 Q * grobie_away reticulum.oftc.net cation.oftc.net
1188382709 Q * AstralS reticulum.oftc.net cation.oftc.net
1188382709 Q * phreak`` reticulum.oftc.net cation.oftc.net
1188382709 Q * ensc reticulum.oftc.net cation.oftc.net
1188382709 Q * Falle reticulum.oftc.net cation.oftc.net
1188382709 Q * toom_ reticulum.oftc.net cation.oftc.net
1188382709 Q * independence reticulum.oftc.net cation.oftc.net
1188382709 Q * nou reticulum.oftc.net cation.oftc.net
1188382709 Q * Eimann reticulum.oftc.net cation.oftc.net
1188382709 Q * Wonka reticulum.oftc.net cation.oftc.net
1188382709 Q * sid3windr reticulum.oftc.net cation.oftc.net
1188382709 Q * transacid reticulum.oftc.net cation.oftc.net
1188382709 Q * the-me reticulum.oftc.net cation.oftc.net
1188382709 Q * svenk reticulum.oftc.net cation.oftc.net
1188382709 Q * eyck reticulum.oftc.net cation.oftc.net
1188382709 Q * ||Cobra|| reticulum.oftc.net cation.oftc.net
1188382709 Q * mact reticulum.oftc.net cation.oftc.net
1188382709 Q * fs reticulum.oftc.net cation.oftc.net
1188382709 Q * tokkee reticulum.oftc.net cation.oftc.net
1188382709 Q * kaner_ reticulum.oftc.net cation.oftc.net
1188382709 Q * [PUPPETS]Gonzo reticulum.oftc.net cation.oftc.net
1188382709 Q * ard reticulum.oftc.net cation.oftc.net
1188382709 Q * C14r_ reticulum.oftc.net cation.oftc.net
1188382709 Q * waldi reticulum.oftc.net cation.oftc.net
1188382709 Q * borgfish reticulum.oftc.net cation.oftc.net
1188382709 Q * virtuoso_ reticulum.oftc.net cation.oftc.net
1188382709 Q * zLinux reticulum.oftc.net cation.oftc.net
1188382709 Q * ex reticulum.oftc.net cation.oftc.net
1188382709 Q * esa reticulum.oftc.net cation.oftc.net
1188382709 Q * epicbjorn reticulum.oftc.net cation.oftc.net
1188382709 Q * bzed reticulum.oftc.net cation.oftc.net
1188382709 Q * ktwilight_ reticulum.oftc.net cation.oftc.net
1188382709 Q * click reticulum.oftc.net cation.oftc.net
1188382709 Q * fb reticulum.oftc.net cation.oftc.net
1188382709 Q * doener reticulum.oftc.net cation.oftc.net
1188382709 Q * phedny reticulum.oftc.net cation.oftc.net
1188382709 Q * ag- reticulum.oftc.net cation.oftc.net
1188382709 Q * daniel_hozac reticulum.oftc.net cation.oftc.net
1188382709 Q * matti reticulum.oftc.net cation.oftc.net
1188382709 Q * UukGoblin reticulum.oftc.net cation.oftc.net
1188382709 Q * Borg- reticulum.oftc.net cation.oftc.net
1188382709 Q * jmcaricand reticulum.oftc.net cation.oftc.net
1188382709 Q * Baby reticulum.oftc.net cation.oftc.net
1188382709 Q * sharkjaw reticulum.oftc.net cation.oftc.net
1188382709 Q * duckx reticulum.oftc.net cation.oftc.net
1188382709 Q * DoberMann[PullA] reticulum.oftc.net cation.oftc.net
1188382709 Q * danman_ reticulum.oftc.net cation.oftc.net
1188382709 Q * the-dude reticulum.oftc.net cation.oftc.net
1188382709 Q * Loki|muh reticulum.oftc.net cation.oftc.net
1188382709 Q * ruskie reticulum.oftc.net cation.oftc.net
1188382709 Q * nanonyme reticulum.oftc.net cation.oftc.net
1188382709 Q * bXi reticulum.oftc.net cation.oftc.net
1188382709 Q * mcp reticulum.oftc.net cation.oftc.net
1188382709 Q * blizz_ reticulum.oftc.net cation.oftc.net
1188382709 Q * Vudu reticulum.oftc.net cation.oftc.net
1188382709 Q * harry reticulum.oftc.net cation.oftc.net
1188382709 Q * vasko reticulum.oftc.net cation.oftc.net
1188382709 Q * nebuchadnezzar reticulum.oftc.net cation.oftc.net
1188382709 Q * coderanger reticulum.oftc.net cation.oftc.net
1188382709 Q * ntrs reticulum.oftc.net cation.oftc.net
1188382709 Q * dilinger reticulum.oftc.net cation.oftc.net
1188382709 Q * hardwire reticulum.oftc.net cation.oftc.net
1188382709 Q * besonen_mobile_ reticulum.oftc.net cation.oftc.net
1188382709 Q * micah reticulum.oftc.net cation.oftc.net
1188382709 Q * Supaplex reticulum.oftc.net cation.oftc.net
1188382709 Q * FloodServ reticulum.oftc.net cation.oftc.net
1188382709 Q * Rich_Estill reticulum.oftc.net cation.oftc.net
1188382709 Q * AndrewLee reticulum.oftc.net cation.oftc.net
1188382709 Q * slack102 reticulum.oftc.net cation.oftc.net
1188382709 Q * wenchien reticulum.oftc.net cation.oftc.net
1188382709 Q * hallyn reticulum.oftc.net cation.oftc.net
1188382709 Q * tam reticulum.oftc.net cation.oftc.net
1188382709 Q * mugwump reticulum.oftc.net cation.oftc.net
1188382709 Q * djbclark reticulum.oftc.net cation.oftc.net
1188382709 Q * Hollow reticulum.oftc.net cation.oftc.net
1188382709 Q * mountie reticulum.oftc.net cation.oftc.net
1188382709 Q * Ashsong reticulum.oftc.net cation.oftc.net
1188382709 Q * brcc_ reticulum.oftc.net cation.oftc.net
1188382709 Q * neuralis reticulum.oftc.net cation.oftc.net
1188382709 Q * friendly12345 reticulum.oftc.net cation.oftc.net
1188382709 Q * Aiken reticulum.oftc.net cation.oftc.net
1188382709 Q * puck reticulum.oftc.net cation.oftc.net
1188382709 Q * mattzerah reticulum.oftc.net cation.oftc.net
1188382709 Q * Johnnie reticulum.oftc.net cation.oftc.net
1188382709 Q * quasisane reticulum.oftc.net cation.oftc.net
1188382709 Q * bored2sleep reticulum.oftc.net cation.oftc.net
1188382709 Q * FireEgl reticulum.oftc.net cation.oftc.net
1188382844 J * coderanger ~coderange@kantrn.stu.rpi.edu
1188382844 J * grobie_away ~grobie@master.schnuckelig.eu
1188382844 J * jmcaricand ~jmcarican@d83-179-252-144.cust.tele2.fr
1188382844 J * Baby ~miry@195.37.62.208
1188382844 J * borgfish ~bla@141.12.66.166
1188382844 J * sharkjaw ~gab@158.36.44.106
1188382844 J * duckx ~Duck@tox.dyndns.org
1188382844 J * AstralS ~astralsto@tor-irc.dnsbl.oftc.net
1188382844 J * DoberMann[PullA] ~james@AToulouse-156-1-91-119.w90-30.abo.wanadoo.fr
1188382844 J * virtuoso_ ~s0t0na@pppoe-4.58.110.89-adsl.spbnit.ru
1188382844 J * zLinux ~zLinux@88.213.36.145
1188382844 J * friendly12345 ~friendly@ppp59-167-75-40.lns1.mel6.internode.on.net
1188382844 J * ex ex@valis.net.pl
1188382844 J * FireEgl FireEgl@Sebastian.FireEgl.Com
1188382844 J * Aiken ~james@ppp121-45-255-55.lns2.bne4.internode.on.net
1188382844 J * esa ~esa@ip-87-238-2-45.adsl.cheapnet.it
1188382844 J * epicbjorn bjorn@archlinux.no
1188382844 J * Johnnie ~jdlewis@c-67-163-142-234.hsd1.ct.comcast.net
1188382844 J * phreak`` ~phreak``@deimos.barfoo.org
1188382844 J * bzed ~bzed@devel.recluse.de
1188382844 J * Hollow ~hollow@proteus.croup.de
1188382844 J * ensc ~irc-ensc@p54B4F9DC.dip.t-dialin.net
1188382844 J * ktwilight_ ~ktwilight@178.67-66-87.adsl-dyn.isp.belgacom.be
1188382844 J * mact ~sithkemm@i9a018.informatik.uni-erlangen.de
1188382844 J * waldi ~waldi@bblank.thinkmo.de
1188382844 J * Wonka produziert@chaos.in-kiel.de
1188382844 J * sid3windr luser@bastard-operator.from-hell.be
1188382844 J * ard ~ard@gw-cistron.kwaak.net
1188382844 J * fs fs@213.178.77.98
1188382844 J * ||Cobra|| ~cob@pc-csa01.science.uva.nl
1188382844 J * eyck ~eyck@nat.nowanet.pl
1188382844 J * the-me Patrick@Linux-Dev.org
1188382844 J * [PUPPETS]Gonzo gonzo@langweiligneutral.deswahnsinns.de
1188382844 J * nou Chaton@causse.larzac.fr.eu.org
1188382844 J * Falle ~falle@diana.falle.se
1188382844 J * C14r_ ~C14r@h58173.serverkompetenz.net
1188382844 J * kaner_ kaner@strace.org
1188382844 J * tokkee tokkee@ssh.faui2k3.org
1188382844 J * toom_ ~toom@coco.docisland.org
1188382844 J * svenk ~sven@213.73.89.36
1188382844 J * Eimann eimann@chaconne.etherkiller.de
1188382844 J * transacid ~transacid@transacid.de
1188382844 J * independence independen@80.252.175.45
1188382844 J * danman_ danman@eliza.wigner.bme.hu
1188382844 J * Rich_Estill ~restill@c-24-11-195-139.hsd1.mi.comcast.net
1188382844 J * click click@ti511110a080-2899.bb.online.no
1188382844 J * fb fback@red.fback.net
1188382844 J * the-dude ~martijn@senturparks.xs4all.nl
1188382844 J * slack102 ~Administr@cpe-65-31-3-247.insight.res.rr.com
1188382844 J * doener ~doener@host.magicwars.de
1188382844 J * UukGoblin ~jaa@sr-fw1.router.uk.clara.net
1188382844 J * phedny ~mark@ip56538143.direct-adsl.nl
1188382844 J * ntrs ntrs@68-188-55-120.dhcp.stls.mo.charter.com
1188382844 J * ag- ~ag@fedaykin.roxor.cx
1188382844 J * AndrewLee ~andrew@flat.iis.sinica.edu.tw
1188382844 J * Loki|muh loki@satanix.de
1188382844 J * puck ~puck@leibniz.catalyst.net.nz
1188382844 J * ruskie ruskie@ruskie.user.oftc.net
1188382844 J * nanonyme ~siylioll@kirves.hut.fi
1188382844 J * bXi bluepunk@irssi.co.uk
1188382844 J * mcp ~hightower@wolk-project.de
1188382844 J * blizz_ ~stephan@evilhackerdu.de
1188382844 J * dilinger ~dilinger@mail.queued.net
1188382844 J * wenchien ~wenchien@59-105-176-11.adsl.static.seed.net.tw
1188382844 J * mountie ~mountie@trb229.travel-net.com
1188382844 J * Ashsong ~chatzilla@orchard.laptop.org
1188382844 J * quasisane ~user@c-76-118-191-64.hsd1.nh.comcast.net
1188382844 J * daniel_hozac ~daniel@213.114.20.5
1188382844 J * hallyn ~xa@adsl-75-0-147-61.dsl.chcgil.sbcglobal.net
1188382844 J * matti matti@acrux.romke.net
1188382844 J * Supaplex ~supaplex@166-70-62-194.ip.xmission.com
1188382844 J * hardwire ~bip@ak.glaven.org
1188382844 J * besonen_mobile_ ~besonen_m@71-220-238-128.eugn.qwest.net
1188382844 J * micah ~micah@micah.riseup.net
1188382844 J * mattzerah ~matt@121.50.222.55
1188382845 J * Borg- borg@aprogas.student.utwente.nl
1188382845 J * bored2sleep ~bored2sle@66.111.53.150
1188382845 J * nebuchadnezzar ~nebu@zion.asgardr.info
1188382845 J * djbclark dclark@opensysadmin.com
1188382845 J * vasko ~vasko@unreal.rainside.sk
1188382845 J * brcc_ bruce@72.20.27.65
1188382845 J * mugwump ~samv@watts.utsl.gen.nz
1188382845 J * harry ~harry@d54C2508C.access.telenet.be
1188382845 J * FloodServ services@services.oftc.net
1188382845 J * Vudu ~vudumen@perverz.hu
1188382845 J * neuralis ~krstic@solarsail.hcs.harvard.edu
1188382845 J * tam ~tam@gw.nettam.com
1188383086 J * meandtheshell ~markus@85.127.117.215
1188385108 N * grobie_away grobie
1188386566 M * matti say Hello :)
1188386794 J * FHTech ~Miranda@62.140.244.26
1188386875 M * FHTech Hello, tell please how it is possible to resolve mount VPS? At addition SYS_ADMIN in flags VPS it is not started, error
1188387067 M * daniel_hozac CAP_SYS_ADMIN belongs in bcapabilities.
1188387089 M * daniel_hozac but you don't really want to grant CAP_SYS_ADMIN to a guest that you do not trust.
1188387192 Q * jmcaricand Remote host closed the connection
1188387280 M * FHTech daniel_hozac: It is possible to resolve in another way mount? Guest needs to establish quota
1188387293 J * |jmcaricand| ~jmcarican@d83-179-252-144.cust.tele2.fr
1188387404 M * daniel_hozac why do you need the guest do to the mount? why can't you use the guest's fstab in /etc/vservers/<guest>/fstab?
1188387717 M * FHTech daniel_hozac: thanks, I shall try
1188388001 M * FHTech Has added/etc/vservers / <guest>/fstab -  "/dev/hdv1 / ext3 defaults, usrquota, grpquota 0 1 ". Reboot VPS. At attempt to execute quotacheck-avugm. error " quotacheck: Can't find filesystem to check or filesystem not mounted with quota option. "
1188388039 M * daniel_hozac well, are you following http://linux-vserver.org/Quotas?
1188388152 M * FHTech  thanks
1188388199 Q * Johnnie Ping timeout: 480 seconds
1188388503 J * emtty ~eric@dynamic-acs-24-154-85-144.zoominternet.net
1188388828 J * Johnnie ~jdlewis@c-67-163-142-234.hsd1.pa.comcast.net
1188388930 J * Piet ~piet@tor.noreply.org
1188388980 Q * FHTech Quit: FHTech
1188389152 M * pmenier daniel_hozac: it seems the virtual root device support doesn't exist on kernel > 2.6.20 ?
1188389213 M * matti arachnist: http://www.youtube.com/watch?v=36iNMV3_E8s
1188389242 Q * |jmcaricand| Quit: KVIrc 3.2.4 Anomalies http://www.kvirc.net/
1188389415 Q * sharkjaw Quit: Leaving
1188389445 Q * slack102 Read error: No route to host
1188389538 M * arachnist matti: http://www.wsksim.edu.pl/info.php?id=podyplgraf <| 3rd point of the required docs ;>
1188389595 M * matti arachnist: ROTFL
1188390661 J * mnemoc ~amery@kilo105.server4you.de
1188391211 M * ard pmenier : # CONFIG_BLK_DEV_VROOT is not set
1188391221 M * ard on a 2.6.22.5 kernel
1188391246 M * ard between cryptoloop and NBD
1188391437 Q * Aiken Quit: Leaving
1188391777 P * friendly12345 
1188391997 M * pmenier ?? i didn't find in my menuconfig... 
1188392006 M * pmenier i try on a 2.6.21.5
1188392039 M * pmenier i see cryptoloop and just after nbd but no more virtual root device
1188392079 M * pmenier i try on a 2.6.22.2 too : no virtual root device
1188392111 N * grobie grobie_away
1188392185 Q * grobie_away Quit: Coyote finally caught me
1188392342 M * pmenier ard: i assume you get the kernel from kernel.org ?
1188392550 Q * Piet Ping timeout: 480 seconds
1188392794 M * ard eh...
1188392810 M * ard the kernel from kernel.org and then the latest patches from linux-vserver.rog
1188392812 M * ard eh org
1188392829 M * pmenier so i don't understand
1188392883 M * pmenier i look at my last used .config : i saw the BLK_DEV_ROOT from 2.6.16.20 to 2.6.19.2
1188392896 M * pmenier from 2.6.20 it doesn't appear
1188392897 M * ard device-drivers->block-devices and then between cryptoloop and nbd
1188392902 M * ard VROOT
1188392925 M * pmenier soory typo : i wanted to say : BLK_DEV_VROOT
1188392945 M * ard first patch your kernel with the vserver.org patch, and only then cp your old .config
1188392968 M * pmenier i always do like that 
1188392981 M * ard This is on a 2.6.22.5 kernel with the 2.6.22.2 2.2.0.3 patch
1188393005 M * ard   |   Depends on: BLOCK && QUOTACTL                                         |  
1188393021 M * ard So you must have quotactl enabled to see it
1188393032 M * pmenier ahhh yes: i take a look
1188393058 J * Julius ~julius@p57B24CF4.dip.t-dialin.net
1188393139 M * pmenier ard: yes you're right ! when qutoctl is enabled, i effectively see the VROOT. Thanks !
1188393602 Q * Julius Ping timeout: 480 seconds
1188394270 J * Julius ~julius@p57B24CF4.dip.t-dialin.net
1188394296 P * toom_ 
1188395061 N * pmenier pmenier_pauseclope
1188395511 J * Piet ~piet@tor.noreply.org
1188395749 N * AstralS AStorm
1188397014 N * pmenier_pauseclope pmenier
1188398860 Q * meandtheshell Remote host closed the connection
1188398919 Q * Julius Remote host closed the connection
1188399120 J * meandtheshel1 ~markus@85.127.106.127
1188400178 J * lilalinux ~plasma@dslb-084-059-013-238.pools.arcor-ip.net
1188400348 J * grobie` ~grobie@master.schnuckelig.eu
1188400598 N * Bertl_zZ Bertl
1188400604 M * Bertl morning folks!
1188400668 N * ensc Guest2169
1188400677 J * ensc ~irc-ensc@p54B4DBDA.dip.t-dialin.net
1188400787 Q * Guest2169 Ping timeout: 480 seconds
1188400895 Q * Piet Ping timeout: 480 seconds
1188401278 J * Julius ~julius@p57B24CF4.dip.t-dialin.net
1188402474 J * Piet ~piet@tor.noreply.org
1188402748 N * blizz_ blizz
1188403281 J * Adrinael adrinael@rid7.kyla.fi
1188403521 J * bonbons ~bonbons@2001:960:7ab:0:20b:5dff:fec7:6b33
1188404065 J * esa` ~esa@ip-87-238-2-45.adsl.cheapnet.it
1188404082 Q * esa Ping timeout: 480 seconds
1188405145 J * dna ~naucki@212.60.144.131
1188406006 N * DoberMann[PullA] DoberMann
1188406149 J * Piet_ ~piet@tor.noreply.org
1188406150 Q * pmenier Quit: pmenier
1188406530 Q * Piet Ping timeout: 480 seconds
1188407327 J * lilalinux_ ~plasma@80.69.41.3
1188407547 J * coderanger_ ~coderange@kantrn.stu.rpi.edu
1188407547 Q * coderanger Read error: Connection reset by peer
1188407768 Q * lilalinux Ping timeout: 480 seconds
1188407863 Q * dna Read error: Connection reset by peer
1188408400 M * Bertl daniel_hozac: so what patches are still missing for 2.3.0.18?
1188408456 J * jmcaricand ~jmcarican@d90-144-84-179.cust.tele2.fr
1188408565 M * daniel_hozac well, i'm not sure what's applied already, but the ones i have against 2.3.0.17 are:
1188408572 M * daniel_hozac http://people.linux-vserver.org/~dhozac/p/k/delta-v4rcvsaddr-fix01.diff
1188408575 M * daniel_hozac http://people.linux-vserver.org/~dhozac/p/k/delta-v6rcvsaddr-fix02.diff
1188408581 M * daniel_hozac http://people.linux-vserver.org/~dhozac/p/k/delta-mappedv4-fix01.diff
1188408587 M * daniel_hozac http://people.linux-vserver.org/~dhozac/p/k/delta-loop-fix01.diff
1188408591 M * daniel_hozac http://people.linux-vserver.org/~dhozac/p/k/delta-v4rcvsaddr-fix02.diff
1188408600 M * daniel_hozac http://people.linux-vserver.org/~dhozac/p/k/delta-lback-fix03.diff
1188408605 M * daniel_hozac http://people.linux-vserver.org/~dhozac/p/k/delta-tag-fix01.diff
1188408609 M * daniel_hozac http://people.linux-vserver.org/~dhozac/p/k/delta-notagcheck-feat01.diff
1188408632 M * Bertl okay, let me go through them ...
1188408727 N * DoberMann DoberMann[PullA]
1188408991 M * sid3windr :p
1188409930 Q * Julius Quit: Verlassend
1188410058 J * Pazzo ~ugelt@reserved-225136.rol.raiffeisen.net
1188410759 Q * lilalinux_ Remote host closed the connection
1188410917 Q * AStorm Ping timeout: 480 seconds
1188411154 J * coderanger__ ~coderange@pepe-47.dynamic2.rpi.edu
1188412758 Q * jmcaricand Quit: KVIrc 3.2.4 Anomalies http://www.kvirc.net/
1188413318 M * Bertl daniel_hozac: net/ipv6/addrconf.c:1269: warning: unused variable `sk_rcv_saddr'
1188413335 M * Bertl do you get that too?
1188413544 M * Bertl also, why do we use two different methods to get the rcv_addr for sk and sk2?
1188413566 M * daniel_hozac yeah.
1188413575 Q * coderanger__ Quit: coderanger__
1188413627 M * daniel_hozac in ipv6_rcv_saddr_equal?
1188413642 M * Bertl yep
1188413657 M * daniel_hozac that's mainline, IIRC it's because only one of the sockets is guaranteed to be an IPv6 socket.
1188413671 M * daniel_hozac or maybe it was a timewait thing, i don't remember exactly.
1188413739 M * Bertl ah, okay ... did we cause the warning?
1188413743 M * daniel_hozac well, sort of.
1188413750 M * Bertl I do not remember seeing it before
1188413760 M * daniel_hozac the mappedv4 patch should have removed it, i guess.
1188413791 M * Bertl no, I have that applied
1188413806 M * daniel_hozac yeah, should have, it doesn't.
1188413822 M * Bertl ah, okay, so just remove it, yes?
1188413828 M * daniel_hozac yeah.
1188414124 M * Bertl hmm, adding the lback stuff causes multiple duplicate inclusions
1188414142 M * Bertl was this compile tested?
1188414214 M * daniel_hozac yeah, i noticed them. personally, i'm not sure i think duplicate inclusions are a bad thing.
1188414244 M * Bertl well, for vs_* includes they are :)
1188414263 M * daniel_hozac then we shouldn't use them in headers :)
1188414268 Q * independence Quit: Lost terminal
1188414295 M * Bertl we want to avoid having excessive includes all voer the palce
1188414303 M * Bertl I thought we agreed on that?
1188414341 M * Bertl what's the point in ahving vs_inet included twice in a .c file?
1188414400 M * daniel_hozac well, it's not included twice in a .c file, it's included once in the .c file and once from some other header it happens to include.
1188414423 M * Bertl well, indirect inclusion is inclusion too, no?
1188414433 M * daniel_hozac i'm somewhat reluctant to rely on the header dependencies to get things right for us.
1188414436 M * Bertl and it requires the preprocessor to pull in the file
1188414462 M * daniel_hozac right.
1188414478 M * daniel_hozac well, i don't feel strongly about it. just remove the includes.
1188415552 Q * mnemoc Ping timeout: 480 seconds
1188415764 J * mnemoc ~amery@kilo105.server4you.de
1188415878 M * Bertl daniel_hozac: well, I'm still trying to understand why you intentionally add includes which are not required and more than that cause a warning?
1188416126 M * daniel_hozac well, mostly because i'm lazy, i guess.
1188416157 M * daniel_hozac i just added the include in every file i touched.
1188416324 M * Bertl okay, if possible, be more lazy in the future, and just add the includes where the compiler complains :)
1188416480 J * coderanger__ ~coderange@corenet-a-01.dynamic.rpi.edu
1188416782 J * Piet__ ~piet@tor.noreply.org
1188416914 M * Bertl daniel_hozac: I think we should try to unify the propagate mount option parsing and the nocheck
1188416927 M * Bertl I will give it a try ...
1188417500 N * DoberMann[PullA] DoberMann
1188417698 Q * Pazzo Quit: ...
1188417851 Q * Piet_ Remote host closed the connection
1188417914 M * matti Hi Bertl 
1188417915 M * matti daniel_hozac: ;]
1188418321 Q * meandtheshel1 Quit: Leaving.
1188418882 Q * Baby Read error: Connection reset by peer
1188419015 Q * bonbons Quit: Leaving
1188419286 J * Julius ~julius@p57B24CF4.dip.t-dialin.net
1188419953 Q * coderanger__ Ping timeout: 480 seconds
1188420269 N * kaner_ kaner
1188420487 J * yarihm ~yarihm@84-75-109-39.dclient.hispeed.ch
1188421569 J * Aiken ~james@ppp121-45-255-55.lns2.bne4.internode.on.net
1188421947 J * Baby ~miry@195.37.62.208
1188422625 Q * Julius Remote host closed the connection
1188423176 Q * Piet__ Remote host closed the connection
1188423256 J * Piet__ ~piet@tor.noreply.org
1188423417 Q * matti Quit: Reboot...
1188424192 M * Bertl okay, off to bed now ... cya folks!
1188424197 N * Bertl Bertl_zZ
1188424860 Q * mountie Ping timeout: 480 seconds
1188426294 N * DoberMann DoberMann[ZZZzzz]
1188426975 Q * yarihm Quit: Leaving
1188430505 M * igraltist hi
1188430543 M * igraltist i had done a upgrade on my gentoo hardened to gcc 4.1 and now no smash stacking anymore