1376096254 Q * FireEgl Read error: Connection reset by peer
1376106029 J * FireEgl ~FireEgl@173-25-83-57.client.mchsi.com
1376108639 J * HarrYPotter ~HarrYPott@192.210.217.114
1376108887 Q * HarrYPotter Remote host closed the connection
1376112459 M * Bertl off to bed now ... have a good one everyone!
1376112463 N * Bertl Bertl_zZ
1376122685 J * bonbons ~bonbons@ppp-156-141.adsl.restena.lu
1376132361 Q * ircuser-1 Ping timeout: 480 seconds
1376133637 Q * renihs Quit: narf
1376134906 J * ircuser-1 ~ircuser-1@35.222-62-69.ftth.swbr.surewest.net
1376138181 J * tanjix tanjix@b.clients.kiwiirc.com
1376138276 M * tanjix hiho! i have guest images in 32bit and 64bit. the guest config for 32bit forces the guest to behave like a 32bit machine. but when uising the distros package manager it still gets the amd64 packages. what must i do, that a 32bit guest is really a 32bit guest and uses its packages instead of the 64bit packages?
1376140502 N * Bertl_zZ Bertl
1376140507 M * Bertl morning folks!
1376140520 M * Bertl tanjix: well, set the proper personality for the guest :)
1376140729 M * Bertl off for now ... bbl
1376140734 N * Bertl Bertl_zZ
1376141177 M * tanjix Bertl, I did that by putting "linux_32bit" to that file according to yout FAQ
1376141209 N * l0kit Guest2889
1376141217 J * l0kit ~1oxT@0001b54e.user.oftc.net
1376141252 M * tanjix and putting "i686" to vservers/guest/uts/machine
1376141610 Q * Guest2889 Ping timeout: 480 seconds
1376141923 M * Bertl_zZ the personality should suffice, what does uname -a report inside the guest?
1376141930 N * Bertl_zZ Bertl_oO
1376141958 A * Bertl_oO is not fully awake yet :)
1376142712 M * tanjix Linux vs9876 3.9.5 #1 SMP Tue Jun 18 12:16:01 BST 2013 i686 GNU/Linux
1376142726 M * tanjix it shows a 32bit environment - but aptitude still gets amd64 packages
1376142750 M * tanjix (the guest was built with --arcvh=i386 flag using vserver-build)
1376142884 M * Bertl_oO was the personality specified at build time?
1376142949 M * tanjix like?
1376142957 M * tanjix is built it with this command: vserver wheezy build --context 1002 --interface eth0:192.168.100.1/32 --hostname wheezy -m debootstrap -- -d wheezy -m http://mirror.ipffm.de/debian/ -- --verbose --arch=i386
1376143035 M * Bertl_oO and that installed amd64 packages?
1376143221 M * tanjix that did not - but when i'm inside the guest and install new things, it gets amd64 packages
1376143249 M * Bertl_oO so right after the install, you did set the personality?
1376143263 M * tanjix yep
1376143305 M * Bertl_oO I'm trying that now
1376143430 M * tanjix must correct myself: even the plain newly built guest with the above command has amd64 packages installed
1376143696 M * Bertl_oO works like a charm here, no amd64 packages inside the newly built guest (with your exact command)
1376143713 M * Bertl_oO what is the aptitude command which causes amd64 packages?
1376143911 M * Bertl_oO vserver wheezy build --context  1002 --interface eth0:192.168.100.1/32 --hostname wheezy -m  debootstrap -- -d wheezy -m http://mirror.ipffm.de/debian/ --  --verbose --arch=i386
1376143920 M * Bertl_oO echo linux32 >/etc/vservers/wheezy/personality
1376143931 M * Bertl_oO that's all I did for the guest setup
1376143986 M * Bertl_oO dpkg -l doesn't show any amd64 packages, apt-get update does not retrieve any amd64 repositories
1376144087 M * tanjix hmm - the freshly instralled guest has lots of amd64 packages...
1376144088 M * tanjix root@vs9876:/# dpkg -l |grep amd64 | wc -l
1376144088 M * tanjix 135
1376144099 M * tanjix curious...
1376144207 M * Bertl_oO my guess would be that you started and entered the guest without the proper personality set (which will show the host personality inside the guest)
1376144220 M * tanjix i will do it again now...
1376144225 M * Bertl_oO and then activated some kind of update, which pulled in the amd64 packages
1376144333 M * tanjix the same again...
1376144354 M * tanjix just ran vserver build... added the personality, started the guest, enterd it and "dpkg -l" shows lots of amd64
1376144652 M * Bertl_oO util-vserver: 0.30.216-pre3038 here and debootstrap_1.0.53_all.deb configured
1376144742 M * tanjix i have debootstrap_1.0.48+deb7u1
1376144750 M * tanjix util-vserver is the same
1376144776 M * Bertl_oO then maybe try the newer debootstrap?
1376144786 M * tanjix i'll give that a try, yep
1376144792 M * tanjix is that from testing?
1376144832 M * Bertl_oO no idea, it is the location util-vserver suggests when it doesn't find a debootstrap (no debian on the host here)
1376144849 M * Bertl_oO http://ftp.debian.org/debian/pool/main/d/debootstrap/debootstrap_1.0.53_all.deb
1376144878 M * Bertl_oO you can configure it as util-vserver default, but I'm not sure it will be used if a host debootstrap is found
1376144893 M * tanjix ok, thanks. i'll test that and update you later ;)
1376144928 M * Bertl_oO np
1376145700 Q * tanjix Quit: http://www.kiwiirc.com/ - A hand crafted IRC client
1376146683 J * hijacker_ ~hijacker@cable-84-43-134-121.mnet.bg
1376152727 Q * hparker Remote host closed the connection
1376153503 J * hparker ~hparker@2001:470:1f0f:32c:beae:c5ff:fe01:b600
1376155205 Q * hparker Remote host closed the connection
1376155316 J * hparker ~hparker@2001:470:1f0f:32c:beae:c5ff:fe01:b600
1376158235 M * Bertl_oO off for a nap ... bbl
1376158243 N * Bertl_oO Bertl_zZ
1376158389 Q * Kabaka Ping timeout: 480 seconds
1376160272 J * Kabaka ~Kabaka@659AAD5J7.tor-irc.dnsbl.oftc.net
1376165435 Q * cuba33ci Read error: Connection reset by peer
1376165523 J * cuba33ci ~cuba33ci@114-25-192-193.dynamic.hinet.net
1376169769 N * Bertl_zZ Bertl
1376169772 M * Bertl back now ...
1376172059 Q * hijacker_ Quit: Leaving
1376179066 Q * bonbons Quit: Leaving