some changes from util-vserver-0.29_p196-r1.ebuild: 1) new version 2) fix exec-chmod at rc-initd scripts 3) move /include into /usr/include
Created attachment 30056 [details] util-vserver-0.29.4.ebuild
ebuild util-vserver-0.29.4.ebuild digest >>> Downloading http://www-user.tu-chemnitz.de/~ensc/util-vserver/util-vserver-0.29.4.tar.bz2 --17:36:37-- http://www-user.tu-chemnitz.de/%7Eensc/util-vserver/util-vserver-0.29.4.tar.bz2 => `/usr/portage/distfiles/util-vserver-0.29.4.tar.bz2' Resolving www-user.tu-chemnitz.de... 134.109.132.138 Connecting to www-user.tu-chemnitz.de[134.109.132.138]:80... connected. HTTP request sent, awaiting response... 404 Not found 17:36:38 ERROR 404: Not found.
And could you tell me about the naming of the ebuild? sure that is correct? will portage then update to the right version?
my 2c: sorry for the messy comment, but my primary machine has hardware-trouble :( - I would vote for the following name: util-vserver-0.29_pre5.ebuild (new version) => MY_P="${P/_pre/.}" - SRC_URI: should be (note the additional "pre") http://www-user.tu-chemnitz.de/~ensc/util-vserver/pre/${MY_P}.tar.bz2 and S=${WORKDIR}/${MY_P} - the whole src_unpack() can be removed. - linking against dietlibc-0.24 worked for me -- we may add a depend for that now. - the init-script-stuff is ok (my ebuild was a bit to "quick") - the include-stuff _should_ be ok too. If you can wait a few days I'll post a new corrected and tested version as soon as my machine is back from repair. Thomas
Thomas: sounds ok, so i'll wait ;)
Created attachment 30870 [details] util-vserver-0.29_pre5.ebuild as promised here it comes: from the build-side this is (except the "dietlibc"-depend) the version i have running for about 2 weeks now -- the "dietlib-version" is not that on in prodction use but works as well. other changes and comparision to the 29.4 from comment #1: - include-path is fixed by using econf - src_unpack removed -- and the configure.patch with it -- if this causes trouble on some machines please let me know, for me it works on 3 installations that way. - the same as for configure.patch goes for "unset CFLAGS CXXFLAGS" in src_compile(). - sample-config is back in the distribution and thus installed - minor stuff.
forgot 2 things: a) init-scripts are installed correctly b) naming of the ebuild: just forget my "_pre5"-version and name it ".5"; diff with changes below. --- snipp --- --- util-vserver-0.29_pre5.ebuild 2004-05-06 20:10:14.000000000 +0200 +++ util-vserver-0.29.5.ebuild 2004-05-06 20:52:01.000000000 +0200 @@ -2,9 +2,8 @@ # Distributed under the terms of the GNU General Public License, v2 # $Header: $ -MY_P="${P/_pre/.}" DESCRIPTION="Vserver admin-tools." -SRC_URI="http://www-user.tu-chemnitz.de/~ensc/util-vserver/pre/${MY_P}.tar.bz2" +SRC_URI="http://www-user.tu-chemnitz.de/~ensc/util-vserver/pre/${P}.tar.bz2" HOMEPAGE="http://savannah.nongnu.org/projects/util-vserver/ http://www-user.tu-chemnitz.de/~ensc/util-vserver/" LICENSE="GPL-2" @@ -15,8 +14,6 @@ DEPEND=">=dev-libs/dietlibc-0.24" -S=${WORKDIR}/${MY_P} - src_compile() { econf || die "econf failed" make || die "compile failed" --- snapp ---
Okies, i checked it in. I had to do some minor changes: - inherit eutils as econf is used - ~x86 as dependencies are masked - the copyright you submitted (first three lines) was incorrect. If you want to make your live easier, then start using repoman which tells you those things.
thanks for fixing and adding :) repoman: as I understood it so far it's tightly coupled with cvs-access, isn't it? (used "lintool" a while ago but that is really outdated and deprecated now) Without "cvs" to FEATURES it seems to refuse work -- are there any side-effects adding it?
