1168387741 Q * gerrit Ping timeout: 480 seconds
1168388501 J * gerrit ~gerrit@mobile-166-214-007-181.mycingular.net
1168389763 Q * gerrit Ping timeout: 480 seconds
1168389791 J * gerrit ~gerrit@c-67-160-146-170.hsd1.or.comcast.net
1168390242 J * oyunbozan hu@88.238.9.20
1168390250 M * Bertl welcome oyunbozan!
1168390330 M * oyunbozan welcome
1168390444 Q * pflanze Quit: [x]chat
1168390623 Q * oyunbozan 
1168392705 Q * s0undt3ch Read error: Connection reset by peer
1168392796 Q * dmax Read error: Connection reset by peer
1168392810 J * dmax ~semaj@81.193.56.248
1168393097 J * FireEgl Proteus@2001:5c0:84dc:1:211:9ff:feca:b042
1168393232 J * _dmax ~semaj@81.193.56.248
1168393291 Q * dmax Ping timeout: 480 seconds
1168393292 N * _dmax dmax
1168393381 J * s0undt3ch ~s0undt3ch@bl4-56-248.dsl.telepac.pt
1168393427 M * hardwire bleh
1168393438 M * Bertl hmm?
1168393447 M * Bertl tell us about your problems :)
1168393756 Q * Piet__ Quit: Piet__
1168393834 M * hardwire loop.c doesn't have partition support
1168393846 M * hardwire and ne'er will it
1168393887 Q * gerrit Ping timeout: 480 seconds
1168393916 M * Bertl http://lwn.net/Articles/64475/
1168393933 M * hardwire thats a crappy solution
1168393939 M * hardwire sorry.. I'm in a crappy mood
1168393970 M * Bertl well, why not use lvm or similar?
1168393985 M * Bertl or just do the partition table parsing yourself, and adjust the loops?
1168393995 M * hardwire all those are possible
1168394016 M * hardwire sorta
1168394016 M * Bertl so it's a mood issue then :)
1168394019 M * hardwire no
1168394033 M * hardwire you can't tell mkfs the size constraint even if you know an offset
1168394067 M * Bertl really?
1168394068 J * _dmax ~semaj@81.193.56.18
1168394076 Q * dmax Ping timeout: 480 seconds
1168394084 N * _dmax dmax
1168394088 M * Bertl I wonder how my 'format' script does that ...
1168394090 M * hardwire A long time ago I made a potion of scripts to make a debian setup I called BulletDebian
1168394107 M * hardwire it had a boot that was a standard partition
1168394110 M * hardwire then a squashfs in a partition
1168394132 Q * s0undt3ch Read error: Operation timed out
1168394151 M * hardwire and two other partitions.. one for CoW and one persistent partition for writing the CoW layer off when you need to
1168394162 M * hardwire it made for great wireless firewalls with full debian attitude.
1168394185 M * hardwire I used it on roof top wireless mesh repeaters and on some marine services contracts
1168394205 M * Bertl http://vserver.13thfloor.at/Stuff/QEMU/formathd.sh
1168394212 M * hardwire but I required a flash drive to do everything
1168394215 M * hardwire or.. qemu
1168394429 Q * ntrs Quit: Leaving
1168394510 J * s0undt3ch ~s0undt3ch@bl4-56-18.dsl.telepac.pt
1168394524 M * hardwire ah
1168394527 M * hardwire blocks count
1168394538 M * hardwire that them there makes sense.. I wasn't looking for the right thing
1168394566 J * gerrit ~gerrit@mobile-166-214-081-167.mycingular.net
1168394571 M * hardwire thanks Bertl
1168394580 M * Bertl you're welcome!
1168394640 M * Bertl btw, I remember some 'nice' patches to loop which actually allow to set a size too, what I don't remember is where I did get them from, but a little google foo should find them
1168394654 M * hardwire I am trying to be as least evasive as possible
1168394673 M * hardwire err
1168394674 M * hardwire invasive :)
1168394694 M * Bertl agreed, nevertheless, those would be good candidates for a brushup and mainline submission
1168394713 M * hardwire it effects so many things now
1168394716 M * hardwire cryptoloop 
1168394717 M * hardwire etc
1168394721 M * hardwire and loop-aes would have to follow
1168394732 M * hardwire everybody would die of a merge attack
1168394900 M * hardwire http://lwn.net/Articles/110426/
1168395097 M * hardwire offsets and block count of the filesystem should be fine
1168395107 M * hardwire now aloopback that groks qcow would be neat
1168395135 M * Bertl you probably can hack something together with FUSE
1168395144 M * hardwire I think fuse is on it
1168395146 M * hardwire err
1168395150 J * _dmax ~semaj@81.193.57.133
1168395160 M * hardwire hmm
1168395164 M * hardwire I hadn't thought about it
1168395176 M * hardwire but fuse would be able to do everything I needed
1168395200 M * hardwire just have it upchuck little files per partition
1168395208 M * hardwire I could work directly on those via loopbacks
1168395239 Q * s0undt3ch Read error: Operation timed out
1168395271 Q * dmax Ping timeout: 480 seconds
1168395277 N * _dmax dmax
1168395637 M * hardwire       Device Boot      Start         End      Blocks   Id  System
1168395637 M * hardwire /dev/loop0p1               1           3       24066   83  Linux
1168395637 M * hardwire /dev/loop0p2               4         130     1020127+   5  Extended
1168395640 M * hardwire seeing that always made me mad
1168395648 M * hardwire cause there is no minor for that!
1168395649 M * hardwire heh
1168395652 M * Bertl daniel_hozac: could you double check that this will not break anything in userspace? http://vserver.13thfloor.at/Experimental/delta-sched-feat02.diff
1168395665 M * Bertl (anything util-vserver related, that is :)
1168396006 J * s0undt3ch ~s0undt3ch@bl4-57-133.dsl.telepac.pt
1168396125 M * hardwire Bertl: oooh
1168396129 M * hardwire python-parted is nice
1168396165 M * hardwire >>> d.get_hw_geom().get_cylinders()
1168396166 M * hardwire 130
1168396617 Q * gerrit Ping timeout: 480 seconds
1168397708 J * gerrit ~gerrit@mobile-166-214-133-149.mycingular.net
1168398445 Q * Zaki Ping timeout: 480 seconds
1168398799 J * Zaki ~Zaki@88.213.59.68
1168398992 J * driz driz@spack.eblish.org
1168399009 M * Bertl welcome driz!
1168399012 M * driz thanks.
1168399019 M * driz *hugs*
1168400076 Q * gerrit Ping timeout: 480 seconds
1168400528 Q * meandtheshell Quit: Leaving.
1168401144 J * gerrit ~gerrit@67.160.146.170
1168402249 M * Bertl okay, off to bed now ... have a good one everyone! cya!
1168402258 N * Bertl Bertl_zZ
1168402813 Q * gerrit Ping timeout: 480 seconds
1168403438 J * gerrit ~gerrit@mobile-166-214-061-017.mycingular.net
1168404359 M * hardwire whats my deal?
1168404422 M * hardwire hmm.. I take it the only way cowdancer would work for vserver is if it was served via a userland nfs server
1168404475 M * hardwire it would be interesting if you could instruct cowdancer to up and move to a new directory :)
1168404484 M * hardwire I would call that fwoop snapshotting
1168405028 Q * FireEgl Quit: ...
1168405656 J * ntrs ~ntrs@68-188-55-120.dhcp.stls.mo.charter.com
1168408275 J * FireEgl ~FireEgl@2001:5c0:84dc:1:211:9ff:feca:b042
1168413719 J * micah ~micah@micah.riseup.net
1168414511 Q * rob-84x^ Ping timeout: 480 seconds
1168415618 Q * derjohn Ping timeout: 480 seconds
1168415632 J * derjohn ~derjohn@80.69.41.2
1168415915 Q * FireEgl Ping timeout: 480 seconds
1168416047 J * Aiken_ ~james@tooax8-109.dialup.optusnet.com.au
1168416298 Q * Aiken Ping timeout: 480 seconds
1168418201 J * cdrx ~legoater@242.32.96-84.rev.gaoland.net
1168418253 J * fs fs@213.178.77.98
1168419122 J * DavidS ~david@vpn.uni-ak.ac.at
1168422391 Q * softi42 Ping timeout: 480 seconds
1168422999 J * softi42 ~softi@p549D7965.dip.t-dialin.net
1168423255 J * dna ~naucki@20-198-dsl.kielnet.net
1168423746 Q * Sebastian|aw cation.oftc.net charon.oftc.net
1168423746 Q * SiD3WiNDR cation.oftc.net charon.oftc.net
1168423746 Q * DreamerC cation.oftc.net charon.oftc.net
1168423746 Q * cryptronic cation.oftc.net charon.oftc.net
1168423746 Q * eyck_ cation.oftc.net charon.oftc.net
1168423746 Q * mnemoc cation.oftc.net charon.oftc.net
1168423746 Q * daniel_hozac cation.oftc.net charon.oftc.net
1168423746 Q * sannes cation.oftc.net charon.oftc.net
1168423746 Q * dna cation.oftc.net charon.oftc.net
1168423746 Q * cdrx cation.oftc.net charon.oftc.net
1168423746 Q * micah cation.oftc.net charon.oftc.net
1168423746 Q * Zaki cation.oftc.net charon.oftc.net
1168423746 Q * s0undt3ch cation.oftc.net charon.oftc.net
1168423746 Q * orzel cation.oftc.net charon.oftc.net
1168423746 Q * michal` cation.oftc.net charon.oftc.net
1168423746 Q * shedi cation.oftc.net charon.oftc.net
1168423746 Q * kir cation.oftc.net charon.oftc.net
1168423746 Q * neuralis cation.oftc.net charon.oftc.net
1168423746 Q * morfoh cation.oftc.net charon.oftc.net
1168423746 Q * Wonka cation.oftc.net charon.oftc.net
1168423746 Q * tokkee cation.oftc.net charon.oftc.net
1168423746 Q * matti cation.oftc.net charon.oftc.net
1168423746 Q * softi42 cation.oftc.net charon.oftc.net
1168423746 Q * derjohn cation.oftc.net charon.oftc.net
1168423746 Q * duckx cation.oftc.net charon.oftc.net
1168423746 Q * ||Cobra|| cation.oftc.net charon.oftc.net
1168423750 Q * djrise cation.oftc.net charon.oftc.net
1168423750 Q * mugwump cation.oftc.net charon.oftc.net
1168423750 Q * Johnnie cation.oftc.net charon.oftc.net
1168423750 Q * ex cation.oftc.net charon.oftc.net
1168423750 Q * nebuchadnezzar cation.oftc.net charon.oftc.net
1168423750 Q * _Radiance cation.oftc.net charon.oftc.net
1168423750 Q * pusling cation.oftc.net charon.oftc.net
1168423750 Q * grant cation.oftc.net charon.oftc.net
1168423750 Q * Loki|muh cation.oftc.net charon.oftc.net
1168423750 Q * click cation.oftc.net charon.oftc.net
1168423750 Q * Borg- cation.oftc.net charon.oftc.net
1168423750 Q * Curus cation.oftc.net charon.oftc.net
1168423750 Q * Adrinael cation.oftc.net charon.oftc.net
1168423750 Q * Hunger cation.oftc.net charon.oftc.net
1168423750 Q * dmax cation.oftc.net charon.oftc.net
1168423750 Q * weasel cation.oftc.net charon.oftc.net
1168423750 Q * m4z cation.oftc.net charon.oftc.net
1168423750 Q * phreak`` cation.oftc.net charon.oftc.net
1168423750 Q * Belu cation.oftc.net charon.oftc.net
1168423750 Q * blino cation.oftc.net charon.oftc.net
1168423751 Q * harry cation.oftc.net charon.oftc.net
1168423751 Q * Skram cation.oftc.net charon.oftc.net
1168423751 Q * blizz cation.oftc.net charon.oftc.net
1168423751 Q * bogus cation.oftc.net charon.oftc.net
1168423751 Q * Bertl_zZ cation.oftc.net charon.oftc.net
1168423751 Q * brc_ cation.oftc.net charon.oftc.net
1168423751 Q * DavidS cation.oftc.net charon.oftc.net
1168423751 Q * comfrey_ cation.oftc.net charon.oftc.net
1168423751 Q * hardwire cation.oftc.net charon.oftc.net
1168423751 Q * ard cation.oftc.net charon.oftc.net
1168423751 Q * ag- cation.oftc.net charon.oftc.net
1168423751 Q * glut cation.oftc.net charon.oftc.net
1168423751 Q * mountie cation.oftc.net charon.oftc.net
1168423751 Q * Hollow cation.oftc.net charon.oftc.net
1168423751 Q * transaci1 cation.oftc.net charon.oftc.net
1168423751 Q * kaner cation.oftc.net charon.oftc.net
1168423751 Q * mire cation.oftc.net charon.oftc.net
1168423751 Q * fs cation.oftc.net charon.oftc.net
1168423751 Q * independence_ cation.oftc.net charon.oftc.net
1168423751 Q * m`m`h cation.oftc.net charon.oftc.net
1168423751 Q * vasko cation.oftc.net charon.oftc.net
1168423751 Q * sladen cation.oftc.net charon.oftc.net
1168423751 Q * virtuoso cation.oftc.net charon.oftc.net
1168423751 Q * ruskie cation.oftc.net charon.oftc.net
1168423751 Q * trippeh cation.oftc.net charon.oftc.net
1168423751 Q * ntrs cation.oftc.net charon.oftc.net
1168423751 Q * gerrit cation.oftc.net charon.oftc.net
1168423751 Q * driz cation.oftc.net charon.oftc.net
1168423751 Q * mrrm_ cation.oftc.net charon.oftc.net
1168423751 Q * sc0tt cation.oftc.net charon.oftc.net
1168423751 Q * SNy cation.oftc.net charon.oftc.net
1168423751 Q * nou cation.oftc.net charon.oftc.net
1168423751 Q * phedny cation.oftc.net charon.oftc.net
1168423767 J * dmax ~semaj@81.193.57.133
1168423767 J * weasel weasel@weasel.noc.oftc.net
1168423767 J * m4z m4z@bastard-operator.from-hell.net
1168423767 J * phreak`` ~phreak``@styx.xnull.de
1168423767 J * Belu B.Lukas@mail.openvcp.org
1168423767 J * blino olivier@blino.org
1168423767 J * brc_ ~bruce@201.19.180.155
1168423767 J * harry ~harry@d54C2508C.access.telenet.be
1168423767 J * bogus ~bogusano@fengor.net
1168423767 J * Skram ~mark@HERCULES.sentiensystems.net
1168423767 J * blizz ~blizz@evilhackerdu.de
1168423767 J * Bertl_zZ herbert@IRC.13thfloor.at
1168423858 J * tokkee tokkee@casella.verplant.org
1168423858 J * Wonka produziert@chaos.in-kiel.de
1168423858 J * matti matti@acrux.romke.net
1168423858 J * morfoh ~morfoh@kilo105.server4you.de
1168423858 J * neuralis ~krstic@solarsail.hcs.harvard.edu
1168423858 J * kir ~kir@swsoft-mipt-nat.sw.ru
1168423858 J * michal` ~michal@www.rsbac.org
1168423858 J * orzel ~orzel@freehackers.org
1168423858 J * s0undt3ch ~s0undt3ch@bl4-57-133.dsl.telepac.pt
1168423858 J * Zaki ~Zaki@88.213.59.68
1168423858 J * micah ~micah@micah.riseup.net
1168423858 J * cdrx ~legoater@242.32.96-84.rev.gaoland.net
1168423858 J * dna ~naucki@20-198-dsl.kielnet.net
1168423858 J * Sebastian|aw ~sebastian@office.star-hosting.de
1168423858 J * Hunger Hunger.hu@213.163.11.138
1168423858 J * trippeh atomt@x.vx.no
1168423858 J * virtuoso ~s0t0na@shisha.spb.ru
1168423858 J * ruskie ruskie@ruskie.user.oftc.net
1168423858 J * sladen paul@starsky.19inch.net
1168423858 J * vasko ~vasko@unreal.rainside.sk
1168423858 J * m`m`h ~simba@deb30.mgts.by
1168423858 J * independence_ independen@blinkenshell.org
1168423858 J * fs fs@213.178.77.98
1168423858 J * softi42 ~softi@p549D7965.dip.t-dialin.net
1168423858 J * DavidS ~david@vpn.uni-ak.ac.at
1168423858 J * derjohn ~derjohn@80.69.41.2
1168423858 J * comfrey_ ~comfrey@70.91.185.84
1168423858 J * duckx ~Duck@tox.dyndns.org
1168423858 J * ||Cobra|| ~cob@pc-csa01.science.uva.nl
1168423858 J * djrise ~djrise2b@109-125.252-81.static-ip.oleane.fr
1168423858 J * hardwire ~hardwire@rdbck-2624.wasilla.mtaonline.net
1168423858 J * nou Chaton@causse.larzac.fr.eu.org
1168423858 J * mugwump ~samv@watts.utsl.gen.nz
1168423858 J * SiD3WiNDR luser@bastard-operator.from-hell.be
1168423858 J * Johnnie ~jdlewis@jdlewis.org
1168423858 J * DreamerC ~dreamerc@125-225-97-113.dynamic.hinet.net
1168423858 J * eyck_ ~eyck@nat.nowanet.pl
1168423858 J * ex ex@valis.net.pl
1168423858 J * nebuchadnezzar ~nebu@zion.asgardr.info
1168423859 J * ard ~ard@gw-cistron.kwaak.net
1168423859 J * mnemoc ~amery@kilo105.server4you.de
1168423859 J * ag- ~ag@caladan.roxor.cx
1168423859 J * daniel_hozac ~daniel@c-2c1472d5.010-230-73746f22.cust.bredbandsbolaget.se
1168423859 J * sannes ace@har.sagt.no
1168423859 J * _Radiance e76768adac@halt.1984world.eu
1168423859 J * pusling pusling@195.215.29.124
1168423859 J * grant mep@85.195.118.202
1168423859 J * cryptronic crypt@mail.openvcp.org
1168423859 J * Loki|muh loki@satanix.de
1168423859 J * Curus ~Curus@10.8.185.213.dk-amb.res.sta.perspektivbredband.net
1168423859 J * Borg- borg@aprogas.student.utwente.nl
1168423859 J * Adrinael adrinael@st12-127.tky.hut.fi
1168423859 J * click click@ti511110a080-3060.bb.online.no
1168423859 J * transaci1 ~transacid@transacid.de
1168423859 J * Hollow ~hollow@styx.xnull.de
1168423859 J * mire ~mire@103-166-222-85.adsl.verat.net
1168423859 J * mountie ~mountie@CPE0080c6fe323f-CM000a739acaa4.cpe.net.cable.rogers.com
1168423859 J * kaner kaner@strace.org
1168423859 J * glut glut@no.suid.pl
1168423859 J * phedny ~mark@phedny.vps.van-cuijk.nl
1168423955 J * ntrs ~ntrs@68-188-55-120.dhcp.stls.mo.charter.com
1168423955 J * gerrit ~gerrit@mobile-166-214-061-017.mycingular.net
1168423955 J * driz driz@spack.eblish.org
1168423955 J * mrrm_ ~urkel@tor-irc.dnsbl.oftc.net
1168423955 J * SNy 68cbdd900c@bmx-chemnitz.de
1168423955 J * sc0tt ~scott@209.51.169.84
1168424621 J * Piet hiddenserv@tor.noreply.org
1168425346 N * Bertl_zZ Bertl
1168425349 M * Bertl morning folks!
1168426208 M * djrise helo bertl !!!
1168426217 M * Bertl hey djrise!
1168426220 M * djrise it's the end of the mornin here
1168426224 M * djrise it's time to heat 
1168426225 M * djrise !
1168426292 M * djrise so now i know how heartbeat work with ipfail
1168426301 M * djrise i try it without vserver
1168426320 M * djrise but inside a vserver i set up a network interface with the option name
1168426335 M * Bertl option name?
1168426335 M * djrise like eth0:toto
1168426345 M * Bertl ah, you mean alias
1168426353 M * djrise yes
1168426360 M * djrise all it's good
1168426371 M * Bertl well, that's probably not what you want to do with failovers though
1168426388 M * djrise it's at this point i failure
1168426390 M * Bertl although Linux-VServer doesn't really care
1168426415 M * Bertl what you actually want is to configure the guest with an ip, but with the nodev option
1168426428 J * meandtheshel1 ~markus@85-124-38-179.dynamic.xdsl-line.inode.at
1168426434 M * Bertl then, at a later point of time, you want to add that ip to the host
1168426449 M * Bertl (which is, when it will magically appear inside the guest too)
1168426575 M * djrise yes it's what i want when a guest crash
1168426794 M * djrise i try with nodev option for the ha interface
1168426820 M * Bertl also remove the 'name' entry (alias) there
1168426867 M * djrise ok i have only ip nodev andefix file s
1168426879 M * Bertl yep, that's fine
1168426890 M * djrise and i set ha.cf with "bast eth1"
1168426894 M * djrise bcat
1168426898 M * djrise for the ha link
1168426917 M * djrise i stop and restart the vserver
1168426938 M * Bertl should show no ip inside the guest when no ip on the host
1168426970 M * djrise in the guest i d'ont see the ip
1168426997 M * djrise even in the host
1168427033 M * Bertl okay, now trigger some failover, so that the ip gets assigned to the host
1168427065 M * djrise so i start hearbeat in the guest 
1168427067 M * djrise ok?
1168427090 M * Bertl not in the guest, on the host
1168427131 M * Bertl the guest isn't allowed to mess with networking by default, and there is no good reason to allow that
1168427148 Q * cdrx Ping timeout: 480 seconds
1168427163 M * djrise ok
1168427183 M * djrise but in the guest in ha.cf i'm must set the name of the node server
1168427198 M * djrise (uname -n)
1168427226 M * djrise and the host doesn't know the nameserver of guest
1168427229 M * Bertl you should setup the entire failover on the host
1168427250 M * Bertl something like this:
1168427265 M * Bertl guest A1,A2,A3 on host A, guest B1,B2,B3 on host B
1168427274 M * Loki|muh vserver vserver2 does funny things here: http://pbot.rmdir.de/7c5c2e7180302cda0ebe9f64424c0f30
1168427280 M * Loki|muh is this anything to worry about?
1168427294 M * Bertl djrise: when guest A1 fails, add the ip to host B, done.
1168427321 M * Loki|muh vserver2 is an etch vserver, an ubuntu edgy vserver stops without complains
1168427325 M * djrise ok all setting are in the host for both
1168427332 M * Bertl Loki|muh: oops is never expected/okay
1168427352 M * Bertl Loki|muh: what kernel/patches do you use, and check dmesg for the complete oops
1168427489 M * djrise 2.6.17.13-vs2.1.1-rc35
1168427515 M * Loki|muh 2.6.18-3-vserver-amd64 from debian etch
1168427524 M * Loki|muh http://malind.de/dmesg.vserver-oops.txt is the complete oops
1168427554 M * Loki|muh is there a way that I can extract the vserver-patch number? or do you know which is built in in debian etch?
1168427597 M * Loki|muh i think i will have to reboot the machine and check if it occurs again?
1168427633 M * Bertl probably you can trigger it again without reboot
1168427651 M * Bertl it happened in userspace, only problem is that it left a zombie (I assume)
1168427670 M * Bertl so IMHO changing the context id would suffice
1168427699 M * Bertl would be interesting to see if that happens with mainline kernels too (if you can recreate this issue somewhat realiably)
1168427706 M * Loki|muh i will check
1168427958 M * djrise Bertl: in the ha.cf i must have the name of the node
1168427997 M * Bertl well, take the 'host' name
1168427998 M * Loki|muh hmmm, vserver1 has context id 49159, vserver2 49160, the ids are dynamically
1168428010 M * Loki|muh only vserver2 stop creates a oops
1168428019 M * Bertl Loki|muh: which is deprecated, but so be it
1168428020 M * djrise it's what i have thinking
1168428041 M * Loki|muh ah okay, will try with static ids
1168428055 M * Bertl Loki|muh: if that always happens with vserver2, make sure to keep that guest around :)
1168428073 M * Bertl Loki|muh: also keep a copy of the config :)
1168428083 M * Loki|muh okay ;)
1168428329 J * Piet_ hiddenserv@tor.noreply.org
1168428626 Q * weasel Ping timeout: 480 seconds
1168428631 M * daniel_hozac Loki|muh: the etch kernel is broken and does that.
1168428653 M * Bertl okay, so that is a known issue then ...
1168428656 M * Loki|muh daniel_hozac: ah good to know
1168428669 M * Loki|muh daniel_hozac: but why is it not with the ubuntu edgy guest?
1168428688 M * Bertl daniel_hozac: maybe we should make a list of known broken kernels somewhere?
1168428738 Q * Piet Ping timeout: 480 seconds
1168428765 M * daniel_hozac it only happens if traffic classified as OTHER is seen during the guest's life.
1168428775 M * daniel_hozac i think, anyway.
1168428800 M * daniel_hozac Bertl: IMHO it would be much better to just fix the kernels... ;)
1168428829 M * daniel_hozac but if this issue persists, i guess that might be a good idea.
1168428830 M * Bertl daniel_hozac: yeah, agreed, but it would save us a lot of time if we _first_ check on such a page/list
1168428862 M * Bertl and we see, caused by blabla, fixed with blabla, debian/ubuntu bug report at blabla
1168428866 J * weasel weasel@asteria.debian.or.at
1168428882 M * Bertl welcome weasel!
1168429188 M * Bertl daniel_hozac: ah, could you take a look at the sched-feat02 delta, it makes the prio_bias and vavavoom per cpu .. would be interested to know if that affects userspace (i.e. util-vserver) 
1168429228 M * Bertl I also slightly modified the 'new' sched interfaces, will upload the delta shortly
1168429242 M * daniel_hozac yeah, i looked at it, i don't think it should affect userspace at all.
1168429252 M * Bertl that's good news!
1168429725 Q * kir Read error: Operation timed out
1168429767 J * kir ~kir@swsoft-mipt-nat.sw.ru
1168429795 J * lilalinux ~plasma@dslb-084-058-212-077.pools.arcor-ip.net
1168429902 Q * borgfish 
1168430743 Q * ensc Ping timeout: 480 seconds
1168431205 Q * Sebastian|aw Ping timeout: 480 seconds
1168431377 J * Sebastian|aw ~sebastian@office.star-hosting.de
1168432177 M * djrise Bertl 
1168432191 M * djrise in the host all ok
1168432208 M * djrise i can see the ip of the ha when it started
1168432214 M * Bertl okay, good
1168432224 M * djrise but in the guest i don't see the ip
1168432240 M * djrise the interface don't go up
1168432246 M * Bertl check in /proc/virtnet/<nid>/*
1168432258 M * Bertl (if _that_ ip is actually assigned to your guest)
1168432268 M * Bertl also check with 'ip addr ls' inside the guest
1168432294 M * djrise i check with ip addr show in the guest and no ip
1168432311 M * Bertl then it probably isn't assigned to the guest
1168432320 M * Bertl (see /proc interface)
1168432386 M * djrise in the host ?
1168432391 M * Bertl yep
1168432537 M * djrise no it's not assigned
1168432553 M * Bertl okay, so something in your config went wrong, I assume
1168432555 M * djrise i see in /proc/virtnet/<nid>/info
1168432583 M * Bertl double check that you have ip, prefix (or netmask) and nodev there (config)
1168432630 M * Bertl and of course, that the ip is the correct one :)
1168432726 M * derjohn i have a process in R (now RN) state, that doesnt respond to kill -9 <PID>. Is there a more violent way to kill the process? gdb says something about "vsyscall bla". Does that have to do with vs?
1168432739 M * Bertl daniel_hozac, doener: http://vserver.13thfloor.at/Experimental/delta-sched-feat0{2,3}.diff (feat01 has been superceded) .. please check for obvious bugs ...
1168432775 M * Bertl derjohn: hey! well, R (running) should be killable in any case
1168432800 M * Bertl derjohn: only thing which comes to my mind is if it is an init process (guest init) it will be 'protected'
1168432816 M * derjohn Bertl, that's what I thought, too. It's a 2.6.10 based system and kill -9 doesnt kill it, it sucks 97% CPU, so I reniced it.
1168432839 M * derjohn Bertl, thx, but there is no guest involved.
1168432858 M * Bertl sounds like a bug then, what happens if you send a -STOP signal?
1168432871 M * derjohn I think i have to reboot. 580 days uptime  gone. I have to patch a writeable /proc/uptime I think :)
1168432910 M * derjohn -STOP: still in RN state.
1168432918 J * Aiken ~james@tooax6-039.dialup.optusnet.com.au
1168432986 M * daniel_hozac Bertl: the sanity checking is setting fill_rate to 0 when i it used to be 1, is that intentional?
1168433029 M * Bertl yes, kind of, the 1 didn't make too much sense to me
1168433036 M * Bertl any objections?
1168433067 M * daniel_hozac not really, making the mistake have an obvious effect seems like a good idea.
1168433148 Q * Aiken_ Ping timeout: 480 seconds
1168433211 M * djrise cool Bertl i have the ip inside the vserver !
1168433247 M * daniel_hozac in vc_get_sched, shouldn't the priority bias be per-CPU as well?
1168433271 M * Bertl yes, checking ...
1168433274 M * daniel_hozac or did i misunderstand what feat02 did?
1168433287 M * Bertl djrise: excellent!
1168433305 M * Bertl daniel_hozac: the patches just overlapped, so I forgot about that
1168433313 M * daniel_hozac ok.
1168433355 M * Bertl btw, I would like to get those interfaces exercised a little and put them into 2.2.0 if there are no objections
1168433550 M * daniel_hozac i'll whip up a prototype vserver-stat replacement right now.
1168433556 M * Bertl hah, I knew it, they are already copied and then overwritten!
1168433574 M * Bertl I make that explicit now, minor fix, should take only a minute
1168433662 J * FireEgl Proteus@2001:5c0:84dc:1:211:9ff:feca:b042
1168433670 M * Bertl wb FireEgl!
1168433701 M * FireEgl =)
1168433772 M * djrise Bertl
1168433784 M * djrise all my services (mail and ssh) turn
1168433798 M * djrise on the new virutal interface after setting up
1168433805 M * djrise the ip to listen to
1168433820 M * djrise but outside the guest
1168433826 M * djrise i can only ping
1168433835 M * djrise no connect in port 25 or ssh connection
1168433859 M * Bertl check with tcpdump, probably you need some iptables magic too
1168433914 M * djrise yes i think maybe to redirect to the main interface
1168433958 J * cdrx ~legoater@cap31-3-82-227-199-249.fbx.proxad.net
1168434055 M * Bertl daniel_hozac: http://vserver.13thfloor.at/Experimental/delta-sched-fix01.diff
1168434058 M * Bertl wb cdrx!
1168434232 J * ensc ~irc-ensc@p54B4E0A7.dip.t-dialin.net
1168434243 M * Bertl wb ensc!
1168434461 M * cdrx hi Bertl 
1168435787 M * doener Bertl: didn't find anything obvious
1168435837 M * doener well, and nothing non-obvious either ;)
1168436129 M * Bertl excellent, tx!
1168438153 Q * Piet_ Remote host closed the connection
1168438198 J * Piet_ hiddenserv@tor.noreply.org
1168438430 Q * mrrm_ Remote host closed the connection
1168438441 J * mrrm ~urkel@tor-irc.dnsbl.oftc.net
1168440201 Q * phreak`` Remote host closed the connection
1168440201 Q * Hollow Remote host closed the connection
1168440772 J * comfrey ~comfrey@70.91.185.84
1168440875 Q * comfrey_ Ping timeout: 480 seconds
1168441047 M * daniel_hozac one obvious potential downside of using all the fancy APIs: the stats for the host can't be collected.
1168441090 M * daniel_hozac personally i always found it kind of strange to have the host in vserver-stat's output, but i guess others might depend on it.
1168441101 M * TrueBrain daniel_hozac: it always confused me
1168441153 M * Bertl second that, but if you desperately _want_ to keep that info *G* you could get most of it from the kernel interfaces (mainline)
1168441208 M * daniel_hozac i guess i'll remove it and just use the "it's alpha" excuse if anyone asks :)
1168441250 M * TrueBrain always does the trick :)
1168441437 M * daniel_hozac helios is down?
1168441499 M * Bertl hmm, yep, wiki seems to be gone ...
1168441728 J * shedi ~siggi@inferno.lhi.is
1168442077 Q * tamitall Quit: leaving
1168442496 M * Bertl daniel_hozac: shall we send email to Hollow?
1168442592 M * daniel_hozac hmm, wait, wasn't there a planned outage?
1168442619 M * Bertl should be on the ML, no?
1168442632 M * daniel_hozac because of a physical relocation of the server hosting various 
1168442633 M * daniel_hozac Linux-VServer services (www, svn, people, ftp, git) there will be a 
1168442633 M * daniel_hozac service outage on January 9th, 2007 between 10:00AM and 3:00PM UTC.
1168442665 M * daniel_hozac maybe it got moved?
1168442703 M * daniel_hozac i didn't check on anything during that time yesterday, so i don't know if it was down.
1168442704 M * Bertl probably
1168442722 Q * ntrs Quit: Leaving
1168442868 P * independence_ 
1168443135 Q * Piet_ Quit: Piet_
1168443714 M * daniel_hozac Bertl: could we bump the VCI version or add a VCI bit? or: how would you detect which method to use (i.e. sum processes or the APIs)?
1168443747 M * Bertl hmm, let's bump the version
1168443768 M * Bertl but basically you could use the sched_info call to figure that
1168443811 M * daniel_hozac vc_sched_info(42, NULL), if errno != ENOSYS?
1168443823 M * Bertl yep, should work
1168443858 M * Bertl might make sense to call that early anyways, to get the usec/tick
1168443889 M * daniel_hozac doesn't it need a valid xid first?
1168443920 M * Bertl hmm, good point, we should make that succeed for 0/1 too
1168444609 M * cehteh anyone interested to make a vserver booth at Oldenbuger Linux Informationstage?
1168444649 M * cehteh (just informal question here .. i'll post that later on the ml)
1168444702 M * Bertl that's march, 14-17th, right?
1168444739 M * Bertl and for us non-Oldenburger ... where is it? :)
1168444857 M * cehteh north germany
1168444875 M * cehteh http://lit-ol.bytemine.net/
1168444875 M * Bertl near munich?
1168444882 M * cehteh north!
1168444907 M * Bertl ah, okay ...
1168444919 M * cehteh Ostfriesland :P
1168444932 M * Bertl Otto! :)
1168444940 M * cehteh not really ... ammerland .. near netherlands border
1168444987 M * cehteh i am in south germany too .. karlsruhe .. but i am really thinking about going there and also visit family in north germany
1168445008 M * Bertl well, if there _is_ something going to happen there, I could probably pay a visit
1168445029 M * cehteh quite small event .. but Joey just told me that vserver and other interested projects would be welcome
1168445059 M * Bertl i.c. well, please keep me posted
1168445101 M * cehteh if you like to come you could pick me up (and stay here) .. i think karlsruhe isnt really direct on the way but its quite halfway 
1168445134 M * Bertl okay, I'll keep that in mind ...
1168445139 M * cehteh i am currently working on tax declaration .. posting about the event next days on the ml and then keep you informed
1168445422 M * nebuchadnezzar hi
1168445459 M * daniel_hozac hello
1168445474 Q * duckx Read error: Connection reset by peer
1168445501 J * rob-84x^ ~rob@submarine.ath.cx
1168445502 J * ntrs ~ntrs@68-188-55-120.dhcp.stls.mo.charter.com
1168445578 M * Bertl wb rob-84x^! ntrs!
1168445829 M * Bertl daniel_hozac: zidok-feat01 + sched-fix02 should do the trick
1168445845 M * Bertl daniel_hozac: if you still want a version bump, no problem with that
1168445867 M * Bertl (i.e. it makes sense to do that with the v5 interfaces in place)
1168445889 M * daniel_hozac ah yeah, i guess i'd prefer a bump.
1168445994 M * grant site down?
1168446010 M * Bertl seems so, probably scheduled outage from yesterday
1168446017 M * grant hmpf
1168446023 M * grant i need the patch
1168446029 M * grant vserver+grsecurity
1168446042 M * grant can someone plz upload it to raidshare or smething like that
1168446056 M * Bertl harry's patch, I presume?
1168446060 M * grant yes
1168446071 M * grant which was provided on the website too
1168446074 M * grant 18.2
1168446076 M * grant and 19.1
1168446085 M * grant are the kernel versions i think
1168446177 M * Bertl yep, will take a little, unless somebody got them here
1168446193 M * grant would be great :)
1168446204 M * Bertl harry: ping?
1168446223 M * grant bertl irssi user? ;)
1168446226 Q * Aiken Ping timeout: 480 seconds
1168446243 M * Bertl grant: me? yes, why?
1168446253 M * grant nick:
1168446276 M * grant irssi rulez
1168446282 M * Bertl yep, definitely!
1168446372 M * harry i here...
1168446378 M * grant fine :)
1168446388 M * harry its online ... what's the problem
1168446397 M * Bertl helios is down
1168446400 M * harry ah...
1168446403 M * harry seccie
1168446414 M * grant hehe
1168446451 M * harry http://www.kuleuven.be/harry/patch-2.6.19.1-vs2.2.0-rc6-grsec2.1.9.diff
1168446453 M * harry there you go
1168446503 M * Bertl daniel_hozac: hmm, do you use the VCI_VERSION define from switch.h?
1168446521 M * daniel_hozac ? from the utils?
1168446528 M * Bertl I'm asking because I'd like to move that to vci*.h
1168446541 M * Bertl (which is not a public file :)
1168446542 M * daniel_hozac the utils call vc_get_version.
1168446567 M * Bertl okay, no checking of the header file version, right?
1168446567 M * daniel_hozac the VCI_VERSION from switch.h shouldn't be used in userspace.
1168446568 J * stefani ~stefani@tsipoor.banerian.org
1168446575 M * Bertl welcome stefani!
1168446592 M * Bertl daniel_hozac: well, it could be used to determine the max supported version of the headers
1168446611 M * Bertl but I guess that is quite useless in real world cases :)
1168446614 M * daniel_hozac but why is that interesting?
1168446628 M * daniel_hozac i mean, it's not like i'll be adding things depending on non-existant VCI versions :)
1168446647 M * Bertl lol, good point
1168446702 M * grant thx!!
1168446729 M * Bertl daniel_hozac: shall we bump to 20200 right now?
1168446770 M * daniel_hozac is a 2.2.0 release imminent? or is it sufficiently frozen that we won't be adding any more interfaces to it?
1168446801 M * Bertl well, 2.2.0 _is_ ongoing, and unless we are missing something
1168446844 M * Bertl I'd say this should be the 2.2 interface, but we could bump it to, e.g. 20190 or so now
1168446853 M * Bertl and make that 20200 when released
1168446875 M * Bertl (but probably I'll forget to bump that when we release :)
1168446881 A * harry off now... cya'll P:)
1168446887 M * harry hrf with the patch :)
1168446887 M * Bertl harry: cya, tx!
1168446895 M * harry np
1168446911 M * daniel_hozac hehe, i guess bumping it to 20200 should be safe...
1168447475 M * Bertl okay, vci-fix01, usual place
1168447542 M * daniel_hozac the merged vserver-stat seems to work fine.
1168447628 M * daniel_hozac except that the RSS value seems to stick a bit too long.
1168447653 M * daniel_hozac i.e. 8010     0     0    2.5M   0m00s24   0m00s19  26m17s88 fc6
1168447684 M * daniel_hozac (4th column is RSS, persistent context without processes right now)
1168447694 J * phreak`` ~phreak``@smtp.gentoo.org
1168447697 Q * phreak`` 
1168447717 M * daniel_hozac then when i cat the limit file, the RSS line says 0, and executing vserver-stat after that will also show 0
1168447803 J * chand ~chand@m815f36d0.tmodns.net
1168447804 M * Bertl could you query the components separately?
1168447824 M * daniel_hozac ?
1168447838 M * Bertl I'd be interested if that is caused by a 'missing' sum update or by wrong accounting or by delayed mm freeing
1168447867 M * daniel_hozac the accounting seems fine, as limit is correct and just cat'ing it will fix the vserver-stat output.
1168447957 M * Bertl okay, seems to be a missing update
1168447975 J * Roey ~katz@h-69-3-4-130.mclnva23.covad.net
1168448020 M * daniel_hozac vx_limit_fixup?
1168448076 J * phreak`` ~phreak``@smtp.gentoo.org
1168448161 M * Bertl yeah, basically the cres fixup
1168448260 M * Bertl but I guess we should do that in a more selective way for the syscall interfaces
1168448282 M * daniel_hozac yeah.
1168448633 J * chand_ ~chand@m815f36d0.tmodns.net
1168448640 Q * chand Ping timeout: 480 seconds
1168448988 J * bonbons ~bonbons@83.222.37.103
1168449037 M * Bertl welcome bonbons!
1168449058 M * bonbons Hey Bertl!
1168449142 Q * DavidS Quit: Leaving.
1168449280 M * Bertl daniel_hozac: limit-fix01, please double check
1168449360 M * daniel_hozac looks fine, i'll give it a spin.
1168449371 M * Bertl okay, great! tx!
1168449439 J * duckx ~Duck@tox.dyndns.org
1168449541 J * bonsaikitten ~pal@dslb-084-063-024-111.pools.arcor-ip.net
1168449544 J * Piet hiddenserv@tor.noreply.org
1168449608 M * bonsaikitten so again I manage to subtly break things
1168449620 M * bonsaikitten restarting a vserver gives me:
1168449622 M * Bertl hey bonsaikitten!
1168449622 M * bonsaikitten vnamespace: vc_set_namespace(): Operation not permitted
1168449634 M * bonsaikitten hello Bertl!
1168449639 M * daniel_hozac versions?
1168449654 M * bonsaikitten gentoo, using sys-cluster/util-vserver-0.30.212
1168449654 M * Bertl bonsaikitten: you probably updated something :)
1168449669 M * bonsaikitten yeah, updated util-vserver and running a very oldish setup
1168449676 M * bonsaikitten I promise to migrate it soon :-)
1168449754 M * bonsaikitten but right now I'd like to reanimate the vserver ... :-(
1168449782 M * daniel_hozac what kernel are you using?
1168449794 M * bonsaikitten 2.6.14-vs2.0.1-gentoo
1168449797 M * bonsaikitten "ancient"
1168449843 M * bonsaikitten and please don't tell me to upgrade, that's a bit tricky on a remote server (going to do that too soonish)
1168449880 M * daniel_hozac nothing should've changed...
1168449892 M * bonsaikitten ok
1168449906 M * bonsaikitten only thing I changed was to update vserver-utils
1168449914 M * bonsaikitten it managed to stop the vserver quite nicely :-)
1168449939 M * Bertl bonsaikitten: could you try with mainline 0.30.212?
1168449950 M * bonsaikitten hmmm
1168449952 M * bonsaikitten I can try
1168449956 M * daniel_hozac Gentoo should be patchless since 0.30.212, AFAIK.
1168449992 M * bonsaikitten it is
1168450026 M * daniel_hozac do you have a --debug run?
1168450049 M * bonsaikitten ah, good idea
1168450142 A * bonsaikitten is quite happy with vserver - 355 days uptime with almost no problems (only self-made problems even)
1168450347 M * bonsaikitten http://rafb.net/p/IHZjUz41.html <-- --debug run
1168450351 M * bonsaikitten I hope that helps
1168450412 M * daniel_hozac do you have vserver debugging enabled in your kernel?
1168450452 M * bonsaikitten # CONFIG_VSERVER_DEBUG is not set
1168450774 M * hardwire bonsaikitten: bonsai kittens make my heart weep
1168450782 M * bonsaikitten obviously
1168450941 M * daniel_hozac bonsaikitten: well, i have no idea. i don't see any reason why you'd get that.
1168450954 M * bonsaikitten daniel_hozac: hmm ok, thanks for the help
1168450967 Q * gerrit Ping timeout: 480 seconds
1168450972 M * Bertl bonsaikitten: check for persistant contexts, contexxt ids and such
1168451000 M * daniel_hozac vcontext --create should fail if the context already exists.
1168451037 M * daniel_hozac i.e. if vc_ctx_create returns EEXIST.
1168451047 M * Bertl bonsaikitten: also make sure to use static contexts
1168451126 M * bonsaikitten hmmm. how do I learn the context id of the instance?
1168451138 M * daniel_hozac cat /etc/vservers/<guest>/context
1168451150 M * bonsaikitten does not exist
1168451169 M * bonsaikitten not good I guess?
1168451172 M * daniel_hozac then it's dynamic.
1168451185 M * bonsaikitten unlikely, the other vservers have it
1168451199 M * daniel_hozac create it, content being a unique number between 2 and 49151.
1168451294 M * bonsaikitten same error :-(
1168451958 J * fcbarcelona ~fcbarcelo@82.198.125.154
1168451971 M * phreak`` mhmhmm
1168451978 M * Bertl welcome fcbarcelona!
1168451983 A * phreak`` pokes the non-existant Hollow
1168451988 J * gerrit ~gerrit@mobile-166-214-166-021.mycingular.net
1168451992 Q * fcbarcelona 
1168452005 M * daniel_hozac helios is back?
1168452006 M * phreak`` Bertl: morning Herbert :)
1168452019 M * phreak`` daniel_hozac: nah, still down (together with aaaal vps'es)
1168452027 M * daniel_hozac hmm, i'm logged in now.
1168452060 M * phreak`` daniel_hozac: aaii :) thanks *g*
1168452075 Q * phreak`` Quit: leaving
1168452131 J * phreak`` ~phreak``@styx.xnull.de
1168452681 Q * gerrit Ping timeout: 480 seconds
1168453122 Q * phreak`` Quit: leaving
1168453643 J * gerrit ~gerrit@c-67-160-146-170.hsd1.or.comcast.net
1168453815 Q * chand_ Quit: chand_
1168454062 N * TrueBrain Tron42
1168454097 N * Tron42 TrueBrain
1168454334 J * phreak`` ~phreak``@styx.xnull.de
1168454942 M * Bertl nap attack ... off for now ... probably back later ...
1168454947 N * Bertl Bertl_zZ
1168454991 J * tamitall ~tam@gw.nettam.com
1168455027 J * fcbarcelona ~fcbarcelo@82.198.125.154
1168455061 J * Hollow ~hollow@styx.xnull.de
1168455261 Q * bonsaikitten Ping timeout: 480 seconds
1168455329 M * daniel_hozac the new vserver-stat has been committed.
1168455579 Q * sladen Ping timeout: 480 seconds
1168455715 Q * Piet Remote host closed the connection
1168455740 J * bonsaikitten ~pal@dslb-084-063-058-083.pools.arcor-ip.net
1168455795 J * sladen paul@starsky.19inch.net
1168456025 J * Piet hiddenserv@tor.noreply.org
1168456517 Q * Piet Remote host closed the connection
1168456679 Q * fcbarcelona Quit: Abandonando
1168456722 J * Piet hiddenserv@tor.noreply.org
1168457305 Q * mire Ping timeout: 480 seconds
1168457550 Q * bonsaikitten Quit: leaving
1168458544 J * mire ~mire@99-166-222-85.adsl.verat.net
1168458725 J * comfrey_ ~comfrey@70.91.185.84
1168458831 Q * comfrey Ping timeout: 480 seconds
1168458846 Q * Piet Quit: Piet
1168458994 M * daniel_hozac Bertl_zZ: limit-fix01 appears to fix the problem.
1168459552 Q * lilalinux Remote host closed the connection
1168459578 Q * starlein Ping timeout: 480 seconds
1168459720 J * starlein ~star@fo0bar.de
1168459730 J * dreamind ~dreamind@C2107.campino.wh.tu-darmstadt.de
1168460234 J * DreamerC_ ~dreamerc@125-225-96-11.dynamic.hinet.net
1168460588 Q * DreamerC Ping timeout: 480 seconds
1168460860 M * hardwire blah
1168462919 M * harry grant: you there?
1168463206 M * grant yes
1168463219 M * grant nice by the way
1168463234 M * grant plz keep on working ;)
1168463251 M * grant *work
1168463270 M * harry if you have any problems... let me know
1168463291 M * grant i got some problems with compiling on gentoo
1168463295 M * grant but on debian it works fine
1168463312 M * harry prolly compiler stuff then afaik
1168463317 M * grant yes
1168463324 M * grant array.c in fs
1168463335 J * prae ~benjamin@foxhound.sherpadown.net
1168463348 M * daniel_hozac you _are_ applying it to a vanilla tree, right?
1168463387 M * grant me?
1168463390 M * harry yes
1168463401 M * harry (yes, you, grant ;))
1168463407 M * grant what you mean with vanilla tree
1168463412 M * grant thx harry :P
1168463419 M * harry a kernel from kernel.org and not a gentoo kernel
1168463420 M * daniel_hozac a kernel downloaded from kernel.org.
1168463423 M * grant the standard stable tree?
1168463429 M * grant yes
1168463448 M * grant becase i need the grsecurity feature ;)
1168463632 M * matti hI harry 
1168464229 M * _Radiance quick question, if i have a vserver running in /vserver/test  (and /vserver/test is a partition btw), how should i use the barrier command ? /usr/sbin/setattr -- barrier /vserver/  ?
1168464257 M * _Radiance harry, the proc restrictions worked through host - guest with grsec :)
1168464823 M * _Radiance ah got the barrier right 
1168465357 N * Bertl_zZ Bertl
1168465361 M * Bertl back now ...
1168465372 M * Bertl daniel_hozac: ah, good, so we are fine now?
1168465380 M * daniel_hozac yeah, i think so.
1168465400 M * Bertl great, any 0.30.213 prerelease out there?
1168465442 M * Bertl (hmm, or should it be 0.30.214 ? :)
1168465454 M * daniel_hozac not yet.
1168465472 M * Bertl okay, if you have something to test, please let me know
1168465612 M * daniel_hozac ok, should have a tarball ready soon.
1168465954 M * daniel_hozac http://people.linux-vserver.org/~dhozac/p/uv/experimental/util-vserver-0.30.213-pre1.tar.bz2
1168465976 M * Bertl wow, that was fast!
1168465978 M * Bertl tx
1168466011 M * daniel_hozac well, i did just change the version and run make dist.
1168466456 Q * gerrit Ping timeout: 480 seconds
1168466466 J * kalium ~kalium@dslb-082-083-203-033.pools.arcor-ip.net
1168466472 J * Aiken ~james@tooax6-235.dialup.optusnet.com.au
1168466637 M * Bertl welcome kalium! morning Aiken!
1168466669 M * kalium Bertl: hi
1168466734 M * daniel_hozac Bertl: i've got a replacement tarball that should be rpmbuild -tb'able, or do you just use your own spec/build manually?
1168466765 M * Bertl ah, I'm currently building it 'manually'
1168466778 M * Aiken hi Bertl
1168466790 M * Bertl daniel_hozac: did anything change in the spec, if so, a diff would suffice, I ahve my own
1168466802 M * Bertl (for mandriva packages)
1168466839 M * daniel_hozac well, there was the --without doc and --with legacy changes, as well as the util-vserver initscript addition.
1168466887 M * Bertl hmm, okay, that might be interesting ...
1168466894 M * daniel_hozac http://svn.linux-vserver.org/projects/util-vserver/changeset?format=diff&new=2436&old=2283&new_path=trunk%2Futil-vserver.spec.in&old_path=trunk%2Futil-vserver.spec.in
1168466908 M * blino Bertl: BTW, the util-vserver spec we maintain for Mandriva is here: http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/util-vserver/current/SPECS/
1168466928 M * blino Bertl: it's not much different from the spec in the tarball, I've tried to reduce the diff
1168466943 M * daniel_hozac IIRC there was a problem with the --without doc switch, i haven't fully investigated it yet.
1168466955 M * Bertl blino: okay, tx, will compare it to mine ...
1168467005 M * Bertl dietlibc >= 0:0.25 looks suspicious ...
1168467039 M * daniel_hozac that's just for x86.
1168467049 M * Bertl blino: also, doesn't %triggerin build -- fedora-release, centos-release
1168467055 M * Bertl probiti proper installation?
1168467061 M * Bertl *prohibit
1168467064 M * daniel_hozac hmm, why would it?
1168467066 M * daniel_hozac it's a trigger.
1168467080 M * daniel_hozac it'd run whenever fedora-release or centos-release is installed.
1168467088 M * Bertl ah, okay
1168467091 M * Bertl nevermind then
1168467173 M * Bertl ah, this differs too:
1168467177 M * Bertl BuildRequires:	doxygen tetex-latex
1168467195 M * Bertl but that is new in 0.30.313* so the spec will catch up
1168467222 M * daniel_hozac hmm? it's been there for a longer time.
1168467237 M * Bertl blino: btw, I have a dietlibc sitting here which actually works on most mandriva platforms :)
1168467237 M * daniel_hozac 0.30.213 just makes it depend on --without doc.
1168467248 M * Bertl daniel_hozac: yeah, and I removed it from my spec :)
1168467256 Q * bonbons Quit: Leaving
1168467259 M * daniel_hozac ah, right :)
1168467279 M * Bertl nobody wants 400MB on an embedded system for building docu :)
1168467333 M * daniel_hozac indeed.
1168467581 M * daniel_hozac let me know if the --without doc works for you.
1168467618 M * Bertl will do, no question ...
1168468170 M * daniel_hozac (http://svn.linux-vserver.org/projects/util-vserver/changeset/2451 is the pre/rc capable diff)
1168469076 J * DavidS ~david@chello062178045213.16.11.tuwien.teleweb.at
1168469719 Q * dna Quit: Verlassend
1168469858 Q * ensc Remote host closed the connection
1168470904 Q * ruskie Ping timeout: 480 seconds
1168471378 J * ensc ~irc-ensc@p54B4E0A7.dip.t-dialin.net
1168471580 J * ruskie ruskie@goatse.co.uk
1168471608 Q * prae Quit: Pwet