1413417601 Q * fisted Remote host closed the connection
1413417618 J * fisted ~fisted@xdsl-87-78-9-232.netcologne.de
1413420227 J * _are_ ~quassel@2a01:238:4325:ca00:f065:c93c:f967:9285
1413429572 M * Bertl_oO off to bed now ... have a good one everyone!
1413429581 N * Bertl_oO Bertl_zZ
1413432402 Q * Aiken Ping timeout: 480 seconds
1413432966 J * Aiken ~Aiken@d63f.h.jbmb.net
1413434591 M * undefined Bertl_zZ: the problem with enabling CONFIG_USER_NS is that you have "extern" declarations for make_ktag and from_ktag, but you don't have them defined anywhere except for the non-CONFIG_USER_NS case
1413434642 M * undefined upstream defines make_k[ug]id and from_k[ug]id in kernel/user_namespace.c
1413434686 M * undefined but we don't define make_ktag and from_ktag there
1413434865 M * undefined (or anywhere, except in the non-CONFIG_USER_NS case)
1413439823 J * Ghislain ~aqueos@adsl1.aqueos.com
1413440987 Q * derjohn_mob Ping timeout: 480 seconds
1413442867 J * derjohn_mob ~aj@87.253.171.196
1413442885 Q * Ghislain Read error: Connection reset by peer
1413442888 J * Ghislain ~aqueos@adsl1.aqueos.com
1413446544 N * AbyssOne a1-away
1413446570 N * a1-away AbyssOne
1413449676 N * AbyssOne a1-away
1413449797 N * a1-away AbyssOne
1413452578 Q * kshannon Ping timeout: 480 seconds
1413453663 N * AbyssOne a1-away
1413453702 N * a1-away AbyssOne
1413453820 J * kshannon ~kris@server.kris.shannon.id.au
1413454573 N * ensc Guest1862
1413454583 J * ensc ~irc-ensc@p54ADF908.dip0.t-ipconnect.de
1413455048 Q * Guest1862 Ping timeout: 480 seconds
1413456619 N * Bertl_zZ Bertl
1413456634 M * Bertl morning folks!
1413456645 M * gnarface 'morning Bertl!
1413456741 M * gnarface say, Bertl, can you tell me what the /vservers/.hash and /vservers/.pkg directories are for?
1413456956 M * Bertl one is for keeping the hashes for hashification, the other is for external package management AFAIK
1413456968 M * Bertl daniel_hozac can give you more details I guess
1413457033 M * gnarface daniel_hozac: can you tell me what the /vservers/.hash and /vservers/.pkg directories are for, and what it will break if i don't have them? 
1413457109 M * gnarface daniel_hozac: also, the init.d scripts that start with "v_", are they unused on current systems and completely vestigial now, or do they get called by one or more of vprocunhide, util-vserver, or vservers-default?
1413457748 J * fleischergesell ~fleischer@p5088C9F2.dip0.t-ipconnect.de
1413457774 M * fleischergesell hey folks - any news on when there will be an official new 3.10 (vs3.6.9) release?
1413457853 M * Bertl soon
1413457971 M * fleischergesell what is your definition of "soon"? ;)
1413458072 M * fleischergesell can I do something to speed things up?
1413458116 M * renihs "Soon" does not imply any particular date, time, decade, century, or millennia in the past, present, and certainly not the future.
1413458172 M * renihs i nothing else, blizzard sure did clarify the term "soon" for the world imho :)
1413458211 M * gnarface soon = within 2 years?
1413458212 M * renihs but i am pretty sure a vserver "soon" is much sooner then the default soon
1413458631 M * Bertl fleischergesell: yes, you can extensively test the inofficial version from undefined
1413458736 M * fleischergesell the only version I have here is the 3-patch-solution from the mailinglist - you mean that one?
1413458755 M * fleischergesell or is there another beta-like thing I should test?
1413460801 Q * fisted Remote host closed the connection
1413460817 J * fisted ~fisted@xdsl-84-44-145-87.netcologne.de
1413461450 Q * Aiken Remote host closed the connection
1413465543 M * undefined Bertl: how are tags suppose to behave with user namespaces: map them (like [ug]ids), or no mapping (same as in the non-USER_NS case)?
1413466017 M * Bertl does it make sense to map them?
1413466177 M * undefined i'm thinking, "no"
1413466237 M * undefined but i don't have a really good use-case for user namespaces to validate that
1413466374 M * undefined i'm not familiar enough with user namespaces and what they are used for to know how they should interact with tags/contexts
1413466571 M * Bertl okay, I think we leave it unmapped for now
1413467532 M * undefined correct me if i'm wrong, but if user namespaces are so a namespace can have it's own unique uids and gids (and by necessity has to map to some "real" uids and gids), then linux-vserver doesn't have an equivalent use-case for contexts (why would i want a user namespace to have a different set of xid numberings mapping back to the same xids everywhere else?)
1413467597 M * Bertl no, the xid/nid is in any case unmapped
1413467621 M * undefined yeah, so i don't see any benefit
1413467622 M * Bertl the tag is created from uid/gid in certain cases, so that will need similar mapping I guess
1413467643 M * undefined okay, maybe i don't know enough about tags ;)
1413467697 M * Bertl xid/nid are the reference ids for process and network contexts
1413467720 M * Bertl the tag is used for disk limits i.e. per context quota
1413467722 M * undefined or just lean on the uid/gid mappings (to get to the "real" uid/gid) to create the appropriate tag
1413467789 M * fleischergesell undefined: Where can I get your "unofficial" patch 2.3.6.9 for kernel 3.10.x?
1413467810 M * undefined mailing list, sent new one just last night for 3.10.58; let me find you a link
1413467823 M * fleischergesell oh.. you're Corey
1413467832 M * undefined hehehe
1413467845 M * fleischergesell well, makes sense - I just checked your email address :D
1413467863 M * undefined http://archives.linux-vserver.org/201410/0045.html
1413467879 M * fleischergesell Thank you
1413467891 M * fleischergesell For the link _and_ the patches :)
1413467911 M * undefined the links to the patches are in that email and all the patches are previous attachments to the mailing list (which the mailing list archive provides)
1413467927 M * fleischergesell ya, already found them
1413467934 M * fleischergesell gonna check'em out and test
1413467936 M * undefined you're welcome
1413467961 M * undefined i haven't put 3.10.58 into use yet (probably sometime today or tomorrow), but it's been tested
1413467978 M * undefined but 3.10.57 has been fine
1413468003 M * fleischergesell as I understand the only difference seems to be the version number ;)
1413468059 M * undefined well, with upstream changes, even in the stable releases, you can't ever be sure
1413468127 M * fleischergesell of course not, thats the problem
1413468226 M * Bertl daniel_hozac: is there a sane way to install a package with vapt-get for a guest which has no network access?
1413468344 M * fleischergesell not sure about vapt but with apt you can have repositories at ordinary local directories
1413469798 M * gnarface you can also set up your own local repo on the LAN, if by "no network access" you just mean no *public* network access
1413469827 M * gnarface apt-cacher-ng is really easy to use and versatile 
1413469835 M * gnarface or wait no that's the proxy
1413469846 M * gnarface you would reprepro 
1413470592 M * gnarface actually i guess reprepro could be used locally too
1413470595 M * gnarface no reason not to
1413472584 Q * hparker Ping timeout: 480 seconds
1413472903 J * hparker ~hparker@0000fb24.user.oftc.net
1413472927 Q * BlackPanx Read error: Connection reset by peer
1413473020 P * fleischergesell 
1413475012 J * sannes ~ace@cm-84.208.138.68.getinternet.no
1413476157 Q * zerick Read error: Connection reset by peer
1413478491 Q * fosco Remote host closed the connection
1413478745 J * fosco fosco@marx.wirefull.org
1413479365 Q * derjohn_mob Ping timeout: 480 seconds
1413481635 M * daniel_hozac Bertl: IIRC if the guest is stopped, it shouldn't use the guest's network context.
1413481656 M * daniel_hozac gnarface: .hash is if hashification, .pkg is for external package management. those features won't work if you don't have them.
1413481661 M * Bertl 'vserver ... suexec' is supported for running vservers only; aborting...
1413481682 M * Bertl is what I get from latest tools when trying vapt-get on a stopped guest
1413481689 M * daniel_hozac ah, right, apt-get. internal package management.
1413481703 M * Bertl is there a way to work around that?
1413481705 M * daniel_hozac that only works for external package management.
1413481731 M * Bertl can I externalize apt and re-internalize it later?
1413481749 M * daniel_hozac no, apt isn't supported for external package management yet.
1413481827 M * daniel_hozac i think the only way is to setup a temporary interface and run apt, and then remove it.
1413481844 M * Bertl okay, just wanted to clarify, thanks!
1413481967 M * gnarface daniel_hozac: i'm not familiar with what hashification is, and i wasn't aware there WAS "external" package management?  i've just been using apt-get ...
1413482061 M * gnarface daniel_hozac: could you tell me briefly the distinction between external and internal package management, and what hashification is, and whether it will harm new vservers i create in any way not to have them?
1413482096 M * gnarface daniel_hozac: if they're optional features maybe i've been getting by without them this whole time, i just want to be sure, sorry to be clueless 
1413482122 M * gnarface daniel_hozac: (i've been using linux-vservers for years but up till now i'd been using the native debian packages from squeeze and before)
1413482164 M * gnarface daniel_hozac: (now i'm trying to learn my way around the official build and setup process so i can keep running them on wheezy)
1413482227 M * gnarface daniel_hozac: also, is it normal for the vservers cache directory to be empty?
1413482241 M * gnarface it seems like its always been empty for me, what's that for?
1413484147 M * daniel_hozac disk limits primarily.
1413484216 M * daniel_hozac external package management is only relevant for RPM-based distributions. basically means you don't need a package manager inside the guest, reducing what you need installed.
1413484954 J * zerick ~eocrospom@190.187.21.53
1413485197 J * derjohn_mob ~aj@88.128.80.141
1413486376 M * gnarface daniel_hozac: and hashification is just the new unification? so i don't need that either if i'm not using it?
1413486404 M * daniel_hozac yep
1413486420 M * gnarface and if i want to add it later, it won't hurt to have it off now?
1413486598 M * daniel_hozac no
1413486610 M * gnarface ok, cool, thanks
1413488396 J * bonbons ~bonbons@2001:a18:20f:c301:bdc2:b857:febf:2323
1413489484 J * Aiken ~Aiken@d63f.h.jbmb.net
1413493207 Q * bonbons Quit: Leaving
1413495752 Q * derjohn_mob Ping timeout: 480 seconds
1413497487 Q * Ghislain Quit: Leaving.
1413498354 J * fosco_ fosco@91.208.40.1
1413498367 J * arekm_ ~arekm@ixion.pld-linux.org
1413498380 Q * webhat Quit: No Ping reply in 180 seconds.
1413498396 J * redhat ~quassel@31.25.99.5
1413498471 Q * fosco Ping timeout: 480 seconds
1413498486 Q * arekm Ping timeout: 480 seconds
1413498486 Q * Vudu Ping timeout: 480 seconds
1413498506 Q * Guy- Ping timeout: 480 seconds
1413498511 Q * theocrite Ping timeout: 480 seconds
1413498516 Q * renihs Ping timeout: 480 seconds
1413498575 J * Guy- ~korn@elan.rulez.org
1413498612 J * renihs ~arf@83-65-34-34.arsenal.xdsl-line.inode.at
1413498696 J * theocrite ~Hubert@kim.theocrite.org
1413498858 J * Vudumen ~vudumen@perverz.hu
1413503344 J * theocrit1 ~Hubert@kim.theocrite.org
1413503471 Q * renihs Ping timeout: 480 seconds
1413503521 Q * theocrite Ping timeout: 480 seconds
1413503690 J * renihs ~arf@83-65-34-34.arsenal.xdsl-line.inode.at