Other than already-stable hppa stuff, to use linux-vserver on hppa we need: * sys-kernel/vserver-sources * net-misc/vconfig * sys-cluster/util-vserver * also, one could want to run a vserver+grsec kernel. In detail: * I've run sys-kernel/vserver-sources-2.2.0.7 without apparent problems, but without starting vserver guests. It's based on linux-2.6.22.19. * the linux-vserver.org people also make unified vserver+grsecurity patches. I'm now running linux-2.6.22.19-grsec2.1.11-vs2.2.0.7. See bug #221907 * net-misc/vconfig-1.9 compiles and runs without apparent problems. It's a dependency of util-vserver. * sys-cluster/util-vserver-0.30.215 will not emerge due to bug #179408 in dietlibc. One can emerge it by working around the bug with a simple symlink. I'm preparing my guest image and I'll report on the util-vserver tools as soon as I get to play with them.
PS, as of this writing, bug #179408 still hits sys-cluster/util-vserver-0.30.215 on hppa, despite the bug being marked as RESOLVED.
(In reply to comment #1) > PS, as of this writing, bug #179408 still hits > sys-cluster/util-vserver-0.30.215 on hppa, despite the bug being marked as > RESOLVED. Please file a new bug report to get that resolved (in time). @vserver people: If you have a mail alias, please tell. metadata.xml for the mentioned packages doesn't list any useful contact information (and neither does the project page, it seems).
(In reply to comment #2) > @vserver people: If you have a mail alias, please tell. metadata.xml for the > mentioned packages doesn't list any useful contact information (and neither > does the project page, it seems). `herdstat vserver` knows their address, reassigning and un-CCing hppa as it's up to the maintainers to decide if they want to proceed with stabilisation.
(In reply to comment #3) > `herdstat vserver` knows their address, reassigning and un-CCing hppa as it's > up to the maintainers to decide if they want to proceed with stabilisation. Kindly observe the work _I_ put in... Re-CC'ing hppa@ :-\
sorry, but i am not interested in hppa since i don't own the hardware and usually vserver stuff will not be stabilized by arch teams, thats why i stabilize all vserver related stuff myself on amd64/x86, but if someone is interested in maintaining the hppa port i'm happy with it too
(In reply to comment #5) Me and other people own the hardware and I personally am interested in actively running vservers on my HPPA. As with other ebuilds, I would actively try new versions when they come out and report about them to you gentoo devs. In all honesty I would not say I will "maintain" the ebuild since I don't have the time nor the knowledge to do such a thing. I would run it and test new versions.
well, maintain means keyword stuff ... i can proxy keyword it for you or hppa arch team can keyword it for you ... all fine with me, but it has to be discussed with hppa@ first i guess
There is an apparent interest in keywording (and eventually stabilising) these ebuilds for HPPA: # ChangeLog for sys-kernel/vserver-sources # Copyright 2000-2008 Gentoo Foundation; Distributed under the GPL v2 # $Header: /var/cvsroot/gentoo-x86/sys-kernel/vserver-sources/ChangeLog,v 1.141 2008/05/13 14:36:23 jer Exp $ 13 May 2008; Jeroen Roovers <jer@gentoo.org> vserver-sources-2.2.0.7.ebuild, vserver-sources-2.3.0.29.ebuild, vserver-sources-2.3.0.34.ebuild: Marked ~hppa (LuckyLuke). # ChangeLog for net-misc/vconfig # Copyright 2000-2008 Gentoo Foundation; Distributed under the GPL v2 # $Header: /var/cvsroot/gentoo-x86/net-misc/vconfig/ChangeLog,v 1.29 2008/05/13 14:43:53 jer Exp $ 13 May 2008; Jeroen Roovers <jer@gentoo.org> vconfig-1.9.ebuild: Marked ~hppa (LuckyLuke). # ChangeLog for sys-cluster/util-vserver # Copyright 1999-2008 Gentoo Foundation; Distributed under the GPL v2 # $Header: /var/cvsroot/gentoo-x86/sys-cluster/util-vserver/ChangeLog,v 1.91 2008/05/13 14:45:01 jer Exp $ 13 May 2008; Jeroen Roovers <jer@gentoo.org> util-vserver-0.30.215.ebuild: Marked ~hppa (LuckyLuke). If you have a policy for (or against) stabilising these packages, please tell.
ah, i should have checked the changelog .. :) sure, go ahead and stabilize it
Yep I've currently hit a showstopper as util-vserver does emerge correctly but then coredumps when doing basic operations. I'm not going bugzilla because I'll give gdb a try, even if I'm not exactly a gdb guy. Will report back then.
An update in reply to comment #10. I got in touch with vserver developers and they helped me identify and solve the SEGV issue. Now there are other issues but we're slowly progressing. I'm also starting to build dedicated stages with catalyst.
When using a fixed dietlibc-0.31 (bugs #221961 #227429) and a patched util-vserver (bug #228135) linux-vserver works on HPPA with the latest stable vserver+grsec patchset (2.6.22.19-grsec2.1.11-vs2.2.0.7) from upstream (see also bug #221907). More testing will follow in the next days.
I think this was fixed a long time ago. :)
