Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

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 an attachment (id=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 an attachment (id=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?