1167436812 M * Bertl the contexts, yes
1167436841 J * lilalinux_ ~plasma@dslb-084-058-241-117.pools.arcor-ip.net
1167436849 M * Bertl the vserver is more than just the context, though
1167437275 Q * lilalinux Ping timeout: 480 seconds
1167437576 M * daniel_hozac unless persistent is set.
1167437588 M * Guy- but for the purposes of 'vserver exec', a vserver with no process in it is no longer running, right?
1167437590 M * daniel_hozac persistent makes the contexts stick around indefinitely.
1167437594 M * Guy- ah
1167437601 M * daniel_hozac (until it's removed, basically)
1167437670 M * Guy- how do I make it persistent? (I had this mixed up with static context IDs...)
1167437722 M * Guy- the flower page doesn't seem to say
1167437762 M * daniel_hozac you set the flag, with echo persistent >> /etc/vservers/<guest>/flags
1167437777 M * Guy- thx
1167437794 M * daniel_hozac oh, and echo persistent >> /etc/vservers/<guest>/nflags
1167437890 M * Bertl daniel_hozac: ntrs just reported that environment settings from the host still reach the guest with 0.30.212 on e.g. enter and exec, can we work around that somehow?
1167437929 M * daniel_hozac that's expected.
1167437937 M * Bertl ah? how so?
1167437967 M * ntrs daniel_hozac, LD_ASSUME_KERNEL=2.2.5 on the host prevents the host admin from entering or exec-ing anything in a fc5 or fc6 guest.
1167437975 M * daniel_hozac yep.
1167438080 M * daniel_hozac so we don't want the guest to inherit the environment at any point?
1167438154 M * Bertl I would opt for enter to set the env to defaults
1167438182 M * Bertl i.e. like the init does, with the normal bash/login sourcing (should be done by default)
1167438198 M * Bertl it would be nice to have an option for the exec though
1167438213 M * Bertl for the folks who actually _want_ to control the env
1167438246 M * daniel_hozac well, couldn't they just prefix the command with env themselves?
1167438251 M * daniel_hozac and what's a default environment?
1167438270 M * daniel_hozac (the init environment is just PATH=/bin:/usr/bin:/sbin:/usr/sbin)
1167438288 M * Bertl yep, imho that is fine for enter, the bash should source the rest
1167438299 M * Bertl i.e. read /etc/bashrc and profile
1167438332 M * matti Uhm.
1167438362 M * Guy- can I make vserver start pass on signals it receives to the cmd.start process in the vserver?
1167438424 M * Bertl yes, you can send signals with vkill
1167438444 M * Guy- but ctrl-c won't be passed on, for example
1167438453 M * daniel_hozac it's not?
1167438466 M * Guy- I don't think so
1167438496 M * Guy- but let me check this better
1167438635 M * Guy- in the meantime, I found that making the context persistent doesn't help me
1167438646 M * Guy- for the purposes of vserver exec, the vserver isn't running
1167438659 M * Guy- but for the purposes of vserver start, the context already exists so I can't start it :)
1167438672 M * daniel_hozac hmm?
1167438773 M * Guy- I made a context persistent so I can still run processes in it using vserver exec even if no other processes are in it at the time
1167438802 M * Guy- this doesn't work, because vserver exec still tells me it's only supported for running vservers
1167438810 M * daniel_hozac ah, it seems the code doesn't quite deal with persistent contexts correctly.
1167438860 M * Guy- how do I remove the context, btw?
1167438877 M * daniel_hozac vattribute --set --xid <xid> --flag ~persistent
1167438881 J * dna ~naucki@p54BCEB6A.dip.t-dialin.net
1167439033 M * Guy- OK, the thing with ctrl-c was my bad
1167439040 M * Guy- it's passed on correctly
1167439059 M * daniel_hozac could you test a fix for the persistent exec?
1167439072 M * Guy- not at the moment, I'm afraid
1167439081 M * Guy- but in general, I guess so, yes
1167439173 M * daniel_hozac seems to do the trick here.
1167439190 M * Guy- this is a fix for the userspace utilities, right?
1167439212 M * daniel_hozac yes.
1167439235 M * Guy- OK, I'll keep it in mind, thanks
1167439873 J * yarihm ~yarihm@84-74-17-6.dclient.hispeed.ch
1167440542 M * daniel_hozac Bertl: btw, do you think you could test http://svn.linux-vserver.org/projects/util-vserver/changeset/2433?
1167440555 M * daniel_hozac (--without doc, i mean)
1167441253 Q * matti Quit: Reconnecting
1167441254 J * matti matti@acrux.romke.net
1167441396 M * Bertl daniel_hozac: sure, is there a tar somewhere?
1167441412 M * daniel_hozac no... i could make one though.
1167441420 M * Bertl that'd be nice
1167441445 M * Bertl btw, sparc is the next one in the toolchains, so we should have a 4.1.1 toolchain in a few minutes
1167441476 M * daniel_hozac ok, good!
1167441518 M * Bertl took a little longer than expected, because I realized that I did not build a 4.1.1 toolchain yet, just 4.1.0 and 4.0.2
1167441717 M * daniel_hozac oh.
1167442215 Q * dna Quit: Verlassend
1167442661 M * Guy- everything I mount from /etc/vservers/<guest>/fstab seems to be -o nodev; any way around that?
1167442683 M * daniel_hozac add dev in the options?
1167442735 M * Guy- doesn't help
1167442747 M * daniel_hozac really? what util-vserver version?
1167442766 M * Guy- 0.30.212-1, debian
1167442791 M * daniel_hozac that should handle it correctly. what's the line look like?
1167442834 M * Guy-  /dev/raid1-1/famseger_root      /    xfs     defaults,dev     0 1
1167443110 M * Guy- anyway, good night for now, thanks for your help
1167443680 M * Bertl daniel_hozac: hum, that is odd
1167443693 M * daniel_hozac what's odd?
1167443696 M * Bertl daniel_hozac: I get perfectly fine code with gcc 4.1.1 (cross compiling)
1167443704 M * daniel_hozac humm.
1167443712 M * daniel_hozac could be a Debian thing, i guess.
1167443714 M * Bertl the compiler moves the %o0 to %i0
1167443721 M * Bertl (right after the branch
1167443748 M * Bertl but I think I can improve the description for the compiler
1167443917 M * daniel_hozac ok
1167444190 M * Bertl okay, I have a version I consider fine, and another one which is kind of brutal but works around the issue completely
1167444203 M * Bertl we'll test that with nebuchadnezzar tomorrow
1167444224 M * daniel_hozac sounds like a plan
1167444357 M * Bertl I updated the shiny11 in place, with a minor change
1167444372 M * Bertl and the 11b (b like brutal :)
1167444414 M * daniel_hozac do we need the more complex __sysc_cmd_fin?
1167444451 M * daniel_hozac what's the minor change in shiny11? t 0x10 to ta 0x10?
1167444468 M * daniel_hozac or am i looking in the wrong place entirely?
1167444504 M * daniel_hozac ah, __err->__eno in __sysc_retv?
1167444508 M * Bertl yep
1167444529 M * Bertl my idea there (not verified) is that the compiler mixes up the symbols
1167444552 M * Bertl i.e. it propagates the __ret attributes from outside to the inside, making it a register variable
1167444553 M * daniel_hozac yeah, i was thinking along those lines too.
1167444585 M * Bertl the volatile (11b) is verified to involve a stack store/retrieve here
1167444612 M * Bertl if that is what we need there, we probably should make it a config option for the syscall.h
1167444646 Q * yarihm Quit: Leaving
1167444683 M * daniel_hozac okay.
1167446213 Q * FireEgl Quit: ...
1167446566 M * Bertl okay, off for now .. maybe back later ...
1167446570 N * Bertl Bertl_oO
1167448142 J * FireEgl Proteus@2001:5c0:84dc:1:211:9ff:feca:b042
1167449739 J * [NO]HP_fountain ~tyan@F2296.f.strato-dslnet.de
1167450019 Q * Tyan Ping timeout: 480 seconds
1167451764 N * Bertl_oO Bertl_zZ
1167462749 Q * sladen Read error: Connection reset by peer
1167463793 J * Aiken_ ~james@tooax6-034.dialup.optusnet.com.au
1167464118 Q * Aiken Ping timeout: 480 seconds
1167466308 Q * Guy- Ping timeout: 480 seconds
1167470345 Q * besonen__ Ping timeout: 480 seconds
1167470870 J * besonen ~besonen@dsl-db.pacinfo.com
1167470983 J * dna ~naucki@p54BCE94A.dip.t-dialin.net
1167471225 J * yarihm ~yarihm@84-74-17-6.dclient.hispeed.ch
1167471333 J * bonbons ~bonbons@83.222.37.103
1167472025 Q * dna Ping timeout: 480 seconds
1167472066 J * dna ~naucki@p54BCE94A.dip.t-dialin.net
1167472304 J * dna_ ~naucki@p54BCE94A.dip.t-dialin.net
1167472717 Q * dna Ping timeout: 480 seconds
1167473365 J * Guy- LXHFocqrKf@chardonnay.math.bme.hu
1167475369 J * bronson ~bronson@adsl-75-36-149-233.dsl.pltn13.sbcglobal.net
1167479917 Q * Aiken_ Quit: Leaving
1167480125 Q * ensc Killed (NickServ (GHOST command used by ensc_))
1167480135 J * ensc ~irc-ensc@p54B4EA8D.dip.t-dialin.net
1167480390 Q * bronson Ping timeout: 480 seconds
1167484235 J * Bzoink ~BZoink@tor-irc.dnsbl.oftc.net
1167484306 M * Bzoink Has anyone seen the Saddam hanging video from AkasaTV?
1167484566 M * Bzoink http://videos.akasa.tv/video/wmplayer/saddam_hussein_hung_akasa61230.wmv
1167485014 J * sladen paul@starsky.19inch.net
1167485399 J * Sebastian ~sebastian@office.star-hosting.de
1167485846 J * sdi80 ~mirc@de4.tcompressor.com
1167485881 P * sdi80 
1167495201 Q * lilalinux_ Remote host closed the connection
1167498411 J * gf ~EMKA@www.lds.net.ua
1167498423 M * gf βρε
1167498425 M * gf hi
1167498542 Q * gf Killed (FloodServ ((FloodServ) Warning, you have triggered a network protection. Stop flooding!))
1167499316 Q * yarihm Quit: Leaving
1167500098 Q * Sebastian Quit: ( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )
1167502487 J * Sebastian|aw ~sebastian@office.star-hosting.de
1167502563 Q * mrrm Remote host closed the connection
1167502594 N * Bertl_zZ Bertl
1167502604 M * Bertl morning folks!
1167502615 J * mrrm ~urkel@tor-irc.dnsbl.oftc.net
1167502661 M * daniel_hozac morning Bertl!
1167502729 M * nebuchadnezzar hi
1167502751 M * daniel_hozac hello nebuchadnezzar
1167502797 M * nebuchadnezzar evening daniel_hozac 
1167502814 M * Bertl hey, excellent timing :)
1167502859 M * Bertl Bzoink: how is that Linux-VServer related?
1167502870 M * daniel_hozac could you try replacing lib/syscall-alternative.h with http://vserver.13thfloor.at/Experimental/SYSCALL/syscall_shiny11.h?
1167502899 Q * Sebastian|aw Remote host closed the connection
1167503008 M * nebuchadnezzar daniel_hozac: ok, rebuilding in progress
1167503178 M * nebuchadnezzar daniel_hozac: I still have the "operation not supported" message
1167503248 M * daniel_hozac ok, try with http://vserver.13thfloor.at/Experimental/SYSCALL/syscall_shiny11b.h
1167503411 M * nebuchadnezzar still the problem
1167503469 M * daniel_hozac really?
1167503479 M * daniel_hozac could you get checkversion.S with that one?
1167503567 M * Bertl I tend to believe that the gcc is broken somehow
1167503579 M * Bertl (but maybe that is a new 4.1.2 feature :)
1167503629 M * matti Hi Bertl, daniel_hozac, nebuchadnezzar.
1167503630 M * matti :>
1167503664 M * daniel_hozac yeah, it's really starting to look that way...
1167503668 M * daniel_hozac hey matti
1167503677 J * Sebastian ~sebastian@office.star-hosting.de
1167503719 M * nebuchadnezzar daniel_hozac: lib/lib_libvserver_la-checkversion.S ?
1167503723 M * daniel_hozac nebuchadnezzar: yeah.
1167503804 J * bronson ~bronson@adsl-75-36-149-233.dsl.pltn13.sbcglobal.net
1167503849 M * nebuchadnezzar http://www.asgardr.info/~nebu/vserver/lib_libvserver_la-checkversion-w-shiny11b.S
1167503898 M * Kerberos :) is there something i need to know when i run nessus from a vserver?
1167503998 M * daniel_hozac that seems to have fixed the error case, but the success case is still broken.
1167504029 M * nebuchadnezzar do you want the .S for shiny11 (not b) ?
1167504051 M * daniel_hozac sure.
1167504209 M * nebuchadnezzar http://www.asgardr.info/~nebu/vserver/lib_libvserver_la-checkversion-w-shiny11.S
1167504416 M * daniel_hozac so it seems b is required for the error cases.
1167504632 J * lilalinux ~plasma@dslb-084-058-241-117.pools.arcor-ip.net
1167505431 Q * Hollow Ping timeout: 480 seconds
1167505898 J * Hollow ~hollow@styx.xnull.de
1167506005 J * shedi ~siggi@inferno.lhi.is
1167506921 M * Bertl daniel_hozac: hmm, how is the non-error case broken?
1167507189 M * Bertl daniel_hozac: could you try to make the vserver syscall a separate function (non inline) and do the syscall with a local error/ret value, and assign that _after_ the syscall?
1167507948 Q * michal` Ping timeout: 480 seconds
1167508298 J * lilalinux_ ~plasma@dslb-084-058-210-124.pools.arcor-ip.net
1167508347 J * michal` ~michal@www.rsbac.org
1167508684 Q * lilalinux Ping timeout: 480 seconds
1167510331 J * Aiken ~james@tooax6-008.dialup.optusnet.com.au
1167511492 M * daniel_hozac Bertl: hmm?
1167511509 M * daniel_hozac the success case has the same problem the error case did, errno overwrites %o0.
1167511518 M * daniel_hozac but IMHO this looks like a gcc bug.
1167511530 M * daniel_hozac it doesn't seem to realize call will clobber %o0.
1167511596 M * daniel_hozac Bertl: about the mailing list post, does BUG_ON(!p) really make sense? shouldn't it be !*p?
1167511631 M * daniel_hozac (i don't think p would overflow that soon, state is just a 32-bit integer...)
1167511814 M * Bzoink Has anyone seen the Saddam hanging video from AkasaTV?
1167511887 M * Bzoink http://videos.akasa.tv/video/wmplayer/saddam_hussein_hung_akasa61230.wmv
1167512142 M * Bertl Bzoink: laste time, what is the relation to Linux-VServer?
1167512168 M * Bertl daniel_hozac: well, returning NULL would not hurt at this location, no?
1167512193 J * marcfiu ~mef@c-68-39-177-97.hsd1.nj.comcast.net
1167512201 M * Bertl welcome marcfiu!
1167512209 M * marcfiu Bertl: thank you!
1167512238 M * marcfiu Bertl: I forgot to send you a snippet of the captured Oops. 
1167512258 M * marcfiu Had assumed this would go away with the removal of the enter/leave vxadmin calls.
1167512283 M * marcfiu I'll capture it hopefully the next time via iLO... maybe later today.
1167512311 M * marcfiu this is with vs2.0.3-rc1
1167512332 M * Guy- is there a way to cause '127.0.0.1' to mean 'the only IP of the vserver'?
1167512465 M * Bertl marcfiu: okay, tx
1167512471 M * Bertl Guy-: hmm?
1167512511 M * Guy- Bertl: I mean, if a program inside a vserver tries to connect to 127.0.0.1, it shouldn't reach a service on the host but one in the vserver
1167512531 M * Bertl yep
1167512533 M * Guy- Bertl: as if the vserver had its own loopback interface, so to speak
1167512596 M * Guy- Bertl: how?
1167512694 M * Bertl typically 127.0.0.1 is remapped to the first ip assigned to a guest
1167512708 M * Bertl this remapping also changes the source ip, if configured
1167512716 Q * dna_ Quit: Verlassend
1167512727 M * Bertl this isolates the guest's 'loopback'
1167512738 J * _are_ ~are@1und1.lihas.de
1167512738 M * Guy- so this is done automatically?
1167512743 M * Bertl yep
1167512746 M * _are_ Hi
1167512752 M * Guy- Bertl: cool, thank you
1167512754 M * Bertl hey _are_!
1167512808 M * Bertl Guy-: 2.3.x even goes one step further and uses a separate loopback address (typically 127.x.y.1)
1167512859 M * Bertl daniel_hozac: i.e. I'm interested in null pointer dereferences in that specific function
1167512886 M * Bertl daniel_hozac: it seems to me that indeed tsk is NULL and not the pointer as I suspected first
1167512897 M * Guy- Bertl: otoh, I just experienced some weirdness that suggests this remapping doesn't take place
1167512926 M * Bertl let's hear .. especially the details of your tool/kernel versions
1167512934 M * Guy- Bertl: for one thing, I can't ping 127.0.0.1 inside a vserver
1167512955 M * Guy- Bertl: and connecting to the postgres server on 'localhost' connects to the postgres instance on the host
1167512967 M * Guy- Bertl: kernel 2.6.19.1-vs2.2.0-rc6
1167512979 M * Guy- Bertl: tools 0.30.212-1 (debian)
1167513024 M * Guy- tcpdumping on the lo interface on the host shows me the echo requests and replies
1167513033 M * Guy- but the ping program running in the vserver doesn't see the replies
1167513069 M * marcfiu bertl: caught it
1167513080 M * Bertl Guy-: well, what do you ping?
1167513085 M * marcfiu on the console at least.
1167513087 M * Guy- Bertl: 127.0.0.1
1167513105 M * Bertl so that's not unexpected then
1167513114 M * Guy- then I misunderstood you
1167513125 M * Guy- 22:04 < Bertl> typically 127.0.0.1 is remapped to the first ip assigned to a guest
1167513126 M * Bertl try to ping localhost, which is supposed to be your first ip
1167513137 M * Guy- oh, so you mean I should edit the hosts file?
1167513145 M * Bertl the remapping only works on the 'ip' layer
1167513160 M * Bertl while ping doesn't use tcp/ip but raw icmp
1167513168 M * Bertl (icmp is not remapped)
1167513180 M * Guy- OK, that leaves me with the postgres issue
1167513191 M * Guy- I'll try to reproduce it with something more lightweight
1167513196 M * Bertl which I assume has nothing to do with the ping :)
1167513227 M * Bertl note: ping is probably the worst tool for network testing ever
1167513248 M * Bertl if you expect issues, use tracepath
1167513274 M * Guy- sure, postgres has nothing to do with ping
1167513278 M * Guy- it's a tcp connection
1167513310 M * Bertl I'd assume you are hitting some kind of permission issues?
1167513325 M * Bertl i.e. unauthorized request, etc?
1167513354 M * Guy- OK, vserver works as expected
1167513373 M * Guy- I still don't understand what happened, but it wasn't caused by a bug in vserver :)
1167513403 M * Guy- I have a web application with its postgres backend inside a vserver
1167513422 M * Guy- the web application assumed that the backend was on 'localhost'
1167513459 M * Guy- however, it couldn't connect to the database, and I saw the connection failure messages in the postgres log of the host, not the vserver
1167513476 M * Guy- when I changed the address of the backend to the hostname of the vserver, it started to work
1167513486 M * Guy- I have no idea how this happened :)
1167513533 M * Bertl well, it is advised to change the /etc/hosts
1167513542 M * marcfiu bertl: here's a screen capture of the console with the oops --- http://www.cs.princeton.edu/~mef/vserver/hangman.jpg
1167513561 M * Bertl Guy-: entry to have localhost point to the first assigned ip, at least for older kernels/configs
1167513608 M * Bertl Guy-: I assume, you somehow connected to a postgres running on the host
1167513657 M * Bertl marcfiu: hmm, and what are the lines above that screencapture?
1167513739 M * Guy- Bertl: I know I somehow connected to the postgres running on the host, but I don't understand why/how :)
1167513747 M * Guy- Bertl: but it's not important
1167513788 M * marcfiu Bertl:  http://www.cs.princeton.edu/~mef/vserver/hangman-top.jpg
1167513931 M * Bertl hmm, there should be more ... including cut marks
1167513959 M * Bertl Guy-: basically you can connect to all ips on the host (if they are not blocked via iptables)
1167513986 M * Bertl Guy-: it's like a normal network, so using a host specific ip, which is also bound on the host, will connect you there
1167514017 M * marcfiu Bertl: that's all I get via the ilo remote console. :(
1167514040 M * Bertl marcfiu: get a serial console/connection
1167514045 M * marcfiu ok
1167514066 M * marcfiu but I can't do that right now... have to leave to look at a used car that I might purchase.
1167514073 M * Bertl np, what kernel version is that?
1167514094 M * marcfiu FC5 1.2260 which is based on 2.6.18.6.
1167514102 M * marcfiu with vs2.0.3-rc1
1167514121 M * Bertl hmm, okay, do you get the same/similar with 2.2.x mainline?
1167514154 M * marcfiu haven't tried.
1167514211 M * marcfiu will get more info later... have to leave now, but I remember getting around this problem by using the in_interrupt() test in __vx_check().
1167514226 M * marcfiu any way... have to go.
1167514228 M * marcfiu cheers.
1167514248 P * marcfiu 
1167514354 M * Guy- Bertl: OK, I get it now; if I bind a service to 0.0.0.0:port on the host, and then connect to 127.0.0.1:port in a vserver, I reach the service of the host
1167514484 M * Bertl exactly
1167514494 M * Guy- splendid, thanks
1167514496 M * Bertl and you won't be able to bind the same port inside the guest
1167514514 M * Bertl as there is a conflict (host:ANY vs guest:restricted)
1167514543 M * Guy- right
1167514996 P * Kerberos satan told me to
1167515518 Q * lilalinux_ Remote host closed the connection
1167515572 M * nebuchadnezzar back
1167515678 N * Sebastian Sebastian|aw
1167515900 Q * Aiken Quit: Leaving
1167516099 J * Aiken ~james@tooax6-008.dialup.optusnet.com.au
1167518007 M * daniel_hozac should we discourage having instructions similar to those of the general install document in the distro-specific ones?
1167518059 M * daniel_hozac i.e. rather than each distribution page having a separate build-from-sources section, just link it?
1167518098 M * Guy- I think linking is fine, fwiw
1167518113 M * daniel_hozac IMHO not linking will cause problems.
1167518124 M * daniel_hozac people using old versions, multiple documents to update should one part of the procedure change, etc.
1167518135 M * Guy- exactly
1167518148 M * daniel_hozac i think the distro specific pages should be limited to things actually specific for that distribution.
1167518173 M * daniel_hozac like adding a repository, or which packages to install, or some general hints.
1167518278 M * Guy- what I perceive as the biggest problem with vserver's documentation now is that it lacks structure
1167518287 M * Guy- there are bits of information here, other bits there
1167518289 M * daniel_hozac (i'm specifically referring to http://linux-vserver.org/Installation_on_Ubuntu)
1167518298 M * daniel_hozac that's why it's a wiki, fix it :)
1167518309 M * Guy- but it's not interlinked and it's not systematic
1167518358 M * Bertl I would opt for a general page with |notes|
1167518360 M * Guy- yes, well, having the ability to fix it is not the same as having the capacity :)
1167518379 M * Bertl and those should refer to distro specific stuff
1167518396 M * Bertl i.e. a general flow, and a list of deviations
1167518406 M * daniel_hozac but for the major distributions, there are packages available.
1167518417 M * daniel_hozac so basically the whole installation process can be circumvented.
1167518417 M * Bertl this will also allow to reduce the distro oddities over time
1167518438 M * Bertl that's quite simple, IMHO
1167518455 M * Bertl something like:
1167518485 M * Bertl if you have Debian, proceed at blabla .. if you have redhat goto blabla
1167518485 M * daniel_hozac If you use X, see Installation on X. If you use Y, see Installation on Y. etc.?
1167518493 M * Bertl precisely
1167518501 M * daniel_hozac we already have that on Documentation though, i think.
1167518501 M * Bertl like a big case statement
1167518522 M * Bertl and the 'default' is right in place, and the 'main' line of thought
1167518524 M * daniel_hozac an installation section with links to various distros.
1167518544 M * daniel_hozac first entry after the Installation Considerations is the general Installation on Linux 2.6 document.
1167518549 M * Bertl yes, but only for the changes, i.e. it should branch back asap to the main course (red line)
1167518585 M * daniel_hozac yes of course.
1167518587 M * Bertl if gentoo needs to run blabla, make a hyperlink to a small section on gentoo, with a hyperlink back to the main thread
1167518607 M * Bertl after all, we can make good use of the hyperlinks :)
1167518611 M * daniel_hozac IMHO all the Installation on * documents should end in the same way the general one does, i.e. with a link to Building Guest Systems
1167518652 M * Bertl let me draw a simple picture what I think how it should look like
1167519030 M * Bertl http://vserver.13thfloor.at/Stuff/Layout.txt
1167519162 M * daniel_hozac well, that's basically what we have now, except the installation is one document.
1167519228 M * Bertl hmm, what I tried to illustrate is the branching and returns ...
1167519245 M * Bertl at least I do not see them on the various documents we have now
1167519279 M * daniel_hozac right, the returns are missing (which is why i suggested we add them).
1167519297 M * daniel_hozac the branching is done on Documentation.
1167519315 M * Bertl okay, the idea would be to trim down the 'exceptions'
1167519347 M * Bertl and have the pages share different sections
1167519364 M * Bertl i.e. put all the gentoo specific parts together on a single gentoo page
1167519382 M * Bertl and jump back and forth between the main-line and the gentoo page
1167519399 M * daniel_hozac hmm, which parts are distro specific?
1167519413 M * Bertl probably the following:
1167519418 M * Bertl - kernel installation
1167519418 M * daniel_hozac IMHO it's basically the installation, and somewhat the building.
1167519423 M * Bertl - tool installation
1167519503 M * Bertl - guest creation
1167519525 M * Bertl and of course, guest specific stuff (guest distro)
1167519739 M * daniel_hozac right.
1167521036 M * Hollow ah? wiki plannings?
1167521051 M * Hollow morning btw ;)
1167521073 M * daniel_hozac yeah, i saw the changes to the ubuntu doc and thought there had to be a better way :)
1167521076 M * Bertl good morning ...
1167521104 M * daniel_hozac looks like the anti-spam stuff works pretty good so far, knock on wood.
1167521115 M * Hollow awesome :)
1167521185 M * daniel_hozac hopefully the bots won't figure out how to do proper wiki formatting for a while :)
1167521532 M * daniel_hozac Bertl: 2.2 doesn't have "Advanced Sysctl Debug System"?
1167521559 M * Bertl could be I removed that one
1167521589 M * Bertl (or planned to)
1167521598 M * Bertl you are reading the matrix, yes?
1167521601 M * daniel_hozac yeah.
1167521615 M * Bertl we'll adjust that once 2.2. is final