1397607023 Q * Ghislain Quit: Leaving.
1397610714 Q * zerick Remote host closed the connection
1397614683 J * fisted ~fisted@xdsl-87-78-232-114.netcologne.de
1397621722 M * Bertl off to bed now ... have a good one everyone!
1397621730 N * Bertl Bertl_zZ
1397625306 J * thierryp ~thierry@2a01:e35:2e2b:e2c0:d854:38ba:fe30:e309
1397626073 J * Ghislain ~aqueos@adsl1.aqueos.com
1397627581 J * urbee ~urbee@193.77.138.30
1397629786 Q * urbee Ping timeout: 480 seconds
1397633207 Q * Ghislain Quit: Leaving.
1397633376 J * fisted_ ~fisted@xdsl-87-78-181-87.netcologne.de
1397633831 Q * fisted Ping timeout: 480 seconds
1397633831 N * fisted_ fisted
1397634278 J * Ghislain ~aqueos@adsl1.aqueos.com
1397634286 Q * Ghislain 
1397634922 Q * thierryp Remote host closed the connection
1397635101 J * Ghislain ~aqueos@adsl1.aqueos.com
1397636759 J * thierryp ~thierry@2a01:e35:2e2b:e2c0:e076:17e4:f322:b76c
1397637240 Q * thierryp Ping timeout: 480 seconds
1397637802 Q * Aiken Remote host closed the connection
1397638573 J * beng_ ~BenG@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net
1397640434 J * thierryp ~thierry@2a01:e35:2e2b:e2c0:4462:de57:a9e5:e4c3
1397640888 J * Aiken ~Aiken@2001:44b8:2168:1000:21f:d0ff:fed6:d63f
1397640915 Q * thierryp Ping timeout: 480 seconds
1397641816 J * thierryp ~thierry@2a01:e35:2e2b:e2c0:8b2:3830:678b:69f
1397645158 N * Bertl_zZ Bertl
1397645178 M * Bertl morning folks!
1397645689 M * hijacker afternoon
1397646826 Q * thierryp Remote host closed the connection
1397646846 J * thierryp ~thierry@2a01:e35:2e2b:e2c0:8b2:3830:678b:69f
1397647330 Q * thierryp Ping timeout: 480 seconds
1397649601 Q * fisted Remote host closed the connection
1397649607 M * laurens hello!
1397649611 J * fisted ~fisted@xdsl-87-78-181-87.netcologne.de
1397651669 Q * sannes Remote host closed the connection
1397651682 J * sannes ~ace@2a02:fe0:c120:5e60::3c1
1397652612 J * thierryp ~thierry@zebra.inria.fr
1397653207 Q * sannes Remote host closed the connection
1397653222 J * sannes ~ace@2a02:fe0:c120:5e60::3c1
1397653428 Q * Aiken Remote host closed the connection
1397655086 P * undefined 
1397660646 M * Bertl off for now ... bbl
1397660656 N * Bertl Bertl_oO
1397662506 Q * beng_ Quit: I Leave
1397663793 Q * click Ping timeout: 480 seconds
1397663985 J * click click@ice.vcon.no
1397664312 J * bonbons ~bonbons@2001:a18:209:4501:9128:7d48:b5b6:474c
1397665448 Q * click Ping timeout: 480 seconds
1397665610 J * click click@ice.vcon.no
1397667163 Q * thierryp Remote host closed the connection
1397672349 Q * Ghislain Quit: Leaving.
1397672604 J * zerick ~eocrospom@190.187.21.53
1397672780 J * FireEgl ~FireEgl@173-23-77-153.client.mchsi.com
1397674133 J * thierryp ~thierry@2a01:e35:2e2b:e2c0:30cc:aeb2:f74c:a836
1397675369 Q * click Ping timeout: 480 seconds
1397675952 N * Bertl_oO Bertl
1397676676 J * click click@ice.vcon.no
1397677600 J * fisted_ ~fisted@xdsl-84-44-224-117.netcologne.de
1397678053 Q * fisted Ping timeout: 480 seconds
1397678053 N * fisted_ fisted
1397681581 J * Aiken ~Aiken@2001:44b8:2168:1000:21f:d0ff:fed6:d63f
1397684701 N * l0kit Guest6710
1397684706 J * l0kit ~1oxT@0001b54e.user.oftc.net
1397685094 Q * Guest6710 Ping timeout: 480 seconds
1397687744 Q * bonbons Quit: Leaving
1397689744 J * gnarface ~gnarface@108-227-52-42.lightspeed.irvnca.sbcglobal.net
1397689881 M * gnarface what version of the vserver patch should i be using?
1397689944 M * gnarface vs2.3.4.6 as the topic implies?  vs2.3.6.11 cause its the latest one listed on the website?  neither cause they're both "experimental" ?
1397690103 M * daniel_hozac the latest for whatever kernel you wish to run.
1397690173 M * gnarface well i was wondering if it would be worth upgrading the kernel to get a better version of the vserver patch... especially with all the recent ones marked experimental on the website and all....
1397690226 M * daniel_hozac anything but experimental will be ancient.
1397690273 M * gnarface well, my initial thought was to run it on debian wheezy which is using some 3.2 kernel i think, but that's also pretty old so would it be better to upgrade to a newer kernel in order to use a newer vserver patch version?
1397690284 M * daniel_hozac yes.
1397690308 M * gnarface so,  	vs2.3.6.11 is good ?
1397690348 M * gnarface i also noted the seperate "grsecurity" ones
1397690389 M * gnarface there is an older one for 3.2 labeled with that, so i was wondering if that's of some value to me that would be worth using it instead of a newer one without grsecurity 
1397690396 M * daniel_hozac i don't think anyone knows the status of those.
1397690405 M * gnarface ok
1397690431 M * gnarface http://vserver.13thfloor.at/Experimental/patch-3.13.6-vs2.3.6.11.diff so you'd recommend this one?
1397690450 Q * DoberMann Ping timeout: 480 seconds
1397691115 M * daniel_hozac well, 3.13 isn't getting more updates IIRC, so you might want to get one of the long term kernels.
1397691291 J * DoberMann ~james@2a01:e35:8b44:84c0::2
1397691608 M * Bertl it seems that spender himself is maintaining a Linux-VServer tree
1397691634 M * Bertl so it might be interesting to look into that if you want to use a grsec patched Linux-VServer kernel :)
1397691818 M * gnarface Bertl: you mean like this one? http://people.linux-vserver.org/~harry/patch-3.2.22-vs2.3.2.10-grsec2.9.1-20120711.diff
1397691840 M * Bertl those are the ones harry maintained, but he doesn't have the time anymore
1397691873 M * gnarface oh.  well i'm just looking here: http://linux-vserver.org/Downloads  - where should i be looking?
1397691918 M * gnarface daniel_hozac: by long term kernel what version would that be?
1397691943 M * Bertl if you look at kernel.org, you see the classification
1397691966 M * Bertl 3.12.17 is for example long-term
1397691970 M * gnarface i see
1397691997 M * gnarface and someone ... this spender fellow has a grsec-enabled vserver patch for that?
1397692058 M * Bertl this spender fellow _is_ mr. grsecurity :)
1397692098 M * gnarface i see.  well someone should link to his patches from http://linux-vserver.org/Downloads then
1397692132 M * Bertl well, once he decides to make them official, we will
1397692169 M * gnarface ah, i see
1397692181 M * Bertl http://grsecurity.net/changelog-stable2vserver.txt
1397692183 M * gnarface thanks
1397692202 M * Bertl so there seem to be merges into a grsec-vserver branch
1397692269 M * gnarface so i should use this one you're saying? http://grsecurity.net/vserver/grsecurity-3.0-3.2.57-vs2.3.2.16-201404131253.patch
1397692335 M * Bertl I cannot recommend it as I do not use it ... but I'd say spender should know about grsec, and he probably would ask if there are Linux-VServer related issues
1397692350 M * Bertl (which we would know/fix :)
1397692361 M * gnarface i see
1397692368 M * gnarface ok that's tempting
1397692395 M * gnarface think that patch is close enough to the 3.2 kernel version currently in debian wheezy? or no idea?
1397692484 M * gnarface it wouldn't be the end of the world to upgrade, but obviously i save a lot of time in reconfiguring if i don't
1397692513 M * Bertl but maybe ask spender via email about it, feel free to cc the Linux-VServer ML
1397692525 M * gnarface hmmm. ok i might do that
1397692539 M * gnarface incidentally, what happened with linux-vservers and debian?
1397692544 M * Bertl for debian, beng is maintaining packages (see mailing list)
1397692545 M * gnarface how come they pulled them after squeeze?
1397692565 M * Bertl probably because we asked them several times to do so :)
1397692600 M * gnarface oh
1397692614 M * gnarface that was so convenient for it to be natively packaged already though.  what happened?
1397692614 M * Bertl the patches and tools available in debian were so broken, that we had to do 24/7 support for debian folks screwing up their systems
1397692623 M * gnarface huh
1397692633 M * gnarface i never had many problems that weren't basically user error....
1397692643 M * gnarface maybe i never asked much from the tools
1397692651 M * Bertl maybe
1397692691 M * Bertl just if you encounter any strange issues when upgrading, remember my words :)
1397692695 M * gnarface noted
1397692700 M * gnarface well
1397692709 M * gnarface this time around i won't be using the debian tools
1397692714 M * gnarface since i won't be using squeeze 
1397692724 M * Bertl okay :)
1397692733 M * gnarface that's why kernel version & patch choice is up in the air
1397692785 M * Bertl if you decide not to go with a grsec combo, I suggest to get the latest kernel and patch
1397692792 M * gnarface even on amd64 hardware with the VT whatever acceleration that KVM/Xen can use to speed up virtualization, would you say that linux-vservers are still faster?