Gentoo Archives: gentoo-dev

From: Aron Griffis <agriffis@g.o>
To: gentoo-dev@l.g.o
Subject: Re: mercurial.eclass (was: [gentoo-dev] New darcs.eclass)
Date: Wed, 24 May 2006 01:34:09
Message-Id: 20060524013045.GA29043@olive.flatmonk
In Reply to: Re: mercurial.eclass (was: [gentoo-dev] New darcs.eclass) by Matthias Schwarzott
1 Matthias,
2
3 Matthias Schwarzott wrote: [Sun May 21 2006, 05:40:53AM EDT]
4 > * The eclass copies the downloaded sources to ${S} rather than to
5 > ${WORKDIR}/${HG_MODULE_NAME}.
6 > * the unpack-function keeps the current working directory
7 > in /usr/portage/distfiles/hg-src/${HG_MODULE}.
8
9 Could you try the version from my (new and shiny) overlay?
10
11 http://n01se.net/agriffis/overlay/
12
13 I think this solves both problems. I didn't create a variable
14 HG_MODULE_NAME because with mercurial the name of the module is always
15 the last component of the URL.
16
17 I don't think for your purposes it matters, but you can rename the
18 local clone by calling mercurial_fetch directly, for example:
19
20 mercurial_fetch http://n01se.net/agriffis/overlay overlay_agriffis
21
22 Regards,
23 Aron
24 --
25 gentoo-dev@g.o mailing list

Replies

Subject Author
Re: mercurial.eclass (was: [gentoo-dev] New darcs.eclass) Matthias Schwarzott <zzam@g.o>