Ebuild submission related to sys-vserver branch request. Reproducible: Always Steps to Reproduce: 1. 2. 3. Files included: util-vserver-0.23.5.ebuild util-vserver-0.23.6.ebuild util- vserver-0.24.90.ebuild util-vserver-0.24.91.ebuild util-vserver-0.24.ebuild util-vserver-0.25.ebuild
Created attachment 20977 [details] util-vserver-0.23.5.ebuild tested working via for i in *.ebuild ; do ebuild $i package;done
Created attachment 20978 [details] util-vserver-0.23.6.ebuild tested working via for i in *.ebuild ; do ebuild $i package;done
Created attachment 20979 [details] util-vserver-0.24.ebuild tested working via for i in *.ebuild ; do ebuild $i package;done
Created attachment 20980 [details] util-vserver-0.25.ebuild tested working via for i in *.ebuild ; do ebuild $i package;done
Created attachment 20981 [details] util-vserver-0.24.90-rc.ebuild tested working via for i in *.ebuild ; do ebuild $i package;done
Created attachment 20982 [details] util-vserver-0.24.91-rc.ebuild tested working via for i in *.ebuild ; do ebuild $i package;done
Just thought I'd comment briefly. I've only looked at 0.25 and noticed the following o KEYWORDS should be ~ for the archs you've tested (so ~x86) not placed straight into stable o Can all of the versions really be slotted by their version ? And does it make sense to have versions, say, 0.23.5, 0.24.90, 0.24.91 and 0.25 installed at the same time ? Otherwise they should all share the same slot of 0 rather than ${PV} o No need to redefine S, it defaults to ${WORKDIR}/${P} o Have a look at using econf rather than ./configure with arguments in src_compile() Other than those things, not a bad effort.
I think my dyslexia got ahold of me ;-) thanks for the tips, setting them to slot="0" is ok, in fact, it can be done with sed if need be. Removing S=${WORKDIR}/${P} is also ok with me. I'll be sure to keep those in mind in the next batch of ebuilds. The problem with using econf is that this particular package will attempt to install it's /etc entries into /usr if you call ./configure with --prefix=/usr, so either way, I'd have to define all of the extra configure lines I'm pretty sure to get the package to dump its files into the right structure.
Created attachment 21245 [details] New ebuild version This ebuild will work for versions -0.24 -0.25 -0.26 and may work for upcoming releases. I should be adding a patch to this ebuild sometime soon after I've linked a new bug to this one (sys-kernels/vserver-sources ebuilds)
Okay, we're getting there (btw: this is an ebuilding learning curve, I'm sure almost everyone (devs and users alike) have gone through something similar with their first few ebuilds, the main thing is that you learn (some of us are picky with our ebuilding) :) ). o Do you need to RESTRICT="nomirror" ? While the source may not be available on the Gentoo mirrors now, the mirrors have an (imperfect) script that attempts to add the files to the mirror. So it's best to remove this line, it doesnt cause many problems if a file isnt mirrored (just a couple of quick checks for the Gentoo mirrors). o econf: I would've assumed that make DESTDIR would take care of those things, looks like a slightly bugged Makefile. You can still pass econf arguments you'd like, so maybe try econf --prefix=/ --exec-prefix=/usr just see if it helps out. o change 'util-vserver' in SRC_URI and HOMEPAGE to ${PN} I guess mostly these are 'the way things are done' whether it be officially or not, but you're definitely getting there.
hi, please have a look at the following 2 related bugs: bug #19230 (original vserver tools) bug #24619 (vserver-pached kernel)
Bouncing bug back to bug-wranglers. Nobody on the hardened herd is wanting to maintain this package at this time. Perhaps run it by the #gentoo-server folks.
Created attachment 27557 [details] util-vserver-0.29.ebuild the "new ebuild" has some syntax-errors in it, this one should fix 'em. v0.29 is for usage with the stable-tree of the vserver-patch (1.2x).
As i already checked in this ebuild on bug #45053 i'm going to close this bug now.
