Re: mercurial.eclass (was: [gentoo-dev] New darcs.eclass)
On Wednesday 24 May 2006 03:30, Aron Griffis wrote:
> Matthias,
>
> Matthias Schwarzott wrote: [Sun May 21 2006, 05:40:53AM EDT]
>
> > * The eclass copies the downloaded sources to ${S} rather than to
> > ${WORKDIR}/${HG_MODULE_NAME}.
> > * the unpack-function keeps the current working directory
> > in /usr/portage/distfiles/hg-src/${HG_MODULE}.
>
> Could you try the version from my (new and shiny) overlay?
>
> http://n01se.net/agriffis/overlay/
>
> I think this solves both problems. I didn't create a variable
> HG_MODULE_NAME because with mercurial the name of the module is always
> the last component of the URL.
>
> I don't think for your purposes it matters, but you can rename the
> local clone by calling mercurial_fetch directly, for example:
>
> mercurial_fetch http://n01se.net/agriffis/overlay overlay_agriffis
>
I checked the version from your overlay, and it works like before and also
solves the mentioned problems.
Matthias
--
Matthias Schwarzott
Gentoo Developer
http://www.gentoo.org
--
gentoo-dev@gentoo.org mailing list
Re: mercurial.eclass (was: [gentoo-dev] New darcs.eclass)
Matthias,
Matthias Schwarzott wrote: [Sun May 21 2006, 05:40:53AM EDT]
> * The eclass copies the downloaded sources to ${S} rather than to
> ${WORKDIR}/${HG_MODULE_NAME}.
> * the unpack-function keeps the current working directory
> in /usr/portage/distfiles/hg-src/${HG_MODULE}.
Could you try the version from my (new and shiny) overlay?
http://n01se.net/agriffis/overlay/
I think this solves both problems. I didn't create a variable
HG_MODULE_NAME because with mercurial the name of the module is always
the last component of the URL.
I don't think for your purposes it matters, but you can rename the
local clone by calling mercurial_fetch directly, for example:
mercurial_fetch http://n01se.net/agriffis/overlay overlay_agriffis
Regards,
Aron
--
gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New darcs.eclass
Since there were no objections the darcs.eclass is now in the main tree. On Thu, 2006-05-18 at 22:58 +0100, Duncan Coutts wrote: > Just like we have eclasses for cvs, tla etc, kosmikus has written one > that does the same thing but for darcs. > > Darcs (dev-util/darcs) is one of the new breed of distributed source > control systems. Many projects are now maintaining their development > sources in darcs, hence the utility of this eclass: > > http://haskell.org/~gentoo/gentoo-haskell/portage/eclass/darcs.eclass > > kosmikus adapted it from the cvs and tla eclasses. We've been using it > for some time in the Haskell team's overlay and we've had a request to > include it in the main tree. > > http://bugs.gentoo.org/show_bug.cgi?id=128307 > That request includes an implementation but we're proposing our own > implementation that is a bit more sophisticated and has already been > tested with a few *-darcs ebuilds. > > So we'd like to have people's opinion/comments on this going into the > tree and of course we would appreciate code review etc. -- Duncan Coutts : Gentoo Developer (Haskell team lead) email : dcoutts at gentoo dot org -- gentoo-dev@gentoo.org mailing list
Re: mercurial.eclass (was: [gentoo-dev] New darcs.eclass)
On Saturday 20 May 2006 15:23, Aron Griffis wrote:
> Henrik Brix Andersen wrote: [Sat May 20 2006, 04:50:22AM EDT]
>
> > On Fri, May 19, 2006 at 10:36:42PM -0400, Aron Griffis wrote:
> > > Along these lines, I added my mercurial.eclass to the tree. I use it
> > > personally for a couple projects, and figured it might help prevent
> > > other people from needing to re-invent the wheel.
> >
> > Errr... you added a new eclass without posting it to this mailing
> > list for review first?
>
> I've never posted an eclass here for review, and I don't think I've
> ever announced one before either, so let's call this progress. ;-)
>
> If you'd like to review it, I'd appreciate the input.
>
I am in the process of creating the ebuild v4l-dvb-hg to compile the sources
for the development-dvb-driver.
I have a few annotations for mercurial.eclass:
* The eclass copies the downloaded sources to ${S} rather than to
${WORKDIR}/${HG_MODULE_NAME}.
So I have to use
S=${WORKDIR}/xyz to unpack it there and have S set to a subdirectory of the
hg-sources.
* the unpack-function keeps the current working directory
in /usr/portage/distfiles/hg-src/${HG_MODULE}.
That creates problems when applying patches.
Could the eclass switch to ${WORKDIR} after unpacking.
Now I use this part of code
S=${WORKDIR}/v4l-dvb/v4l
src_unpack() {
S=${WORKDIR}/v4l-dvb mercurial_src_unpack
cd ${WORKDIR}
epatch ...
}
Regards
Matthias
--
Matthias Schwarzott
Gentoo Developer
http://www.gentoo.org
--
gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New darcs.eclass
Henrik Brix Andersen wrote: [Sat May 20 2006, 04:50:22AM EDT] > On Fri, May 19, 2006 at 10:36:42PM -0400, Aron Griffis wrote: > > Along these lines, I added my mercurial.eclass to the tree. I use it > > personally for a couple projects, and figured it might help prevent > > other people from needing to re-invent the wheel. > > Errr... you added a new eclass without posting it to this mailing > list for review first? I've never posted an eclass here for review, and I don't think I've ever announced one before either, so let's call this progress. ;-) If you'd like to review it, I'd appreciate the input. Thanks, Aron -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New darcs.eclass
On Fri, May 19, 2006 at 10:36:42PM -0400, Aron Griffis wrote: > Along these lines, I added my mercurial.eclass to the tree. I use it > personally for a couple projects, and figured it might help prevent > other people from needing to re-invent the wheel. Errr... you added a new eclass without posting it to this mailing list for review first? ./Brix -- Henrik Brix Andersen <[EMAIL PROTECTED]> Gentoo Metadistribution | Mobile computing herd pgp6n7PvSiBEc.pgp Description: PGP signature
Re: [gentoo-dev] New darcs.eclass
Along these lines, I added my mercurial.eclass to the tree. I use it personally for a couple projects, and figured it might help prevent other people from needing to re-invent the wheel. Regards, Aron -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] New darcs.eclass
In case anyone needs distracting from a current hot topic... Just like we have eclasses for cvs, tla etc, kosmikus has written one that does the same thing but for darcs. Darcs (dev-util/darcs) is one of the new breed of distributed source control systems. Many projects are now maintaining their development sources in darcs, hence the utility of this eclass: http://haskell.org/~gentoo/gentoo-haskell/portage/eclass/darcs.eclass kosmikus adapted it from the cvs and tla eclasses. We've been using it for some time in the Haskell team's overlay and we've had a request to include it in the main tree. http://bugs.gentoo.org/show_bug.cgi?id=128307 That request includes an implementation but we're proposing our own implementation that is a bit more sophisticated and has already been tested with a few *-darcs ebuilds. So we'd like to have people's opinion/comments on this going into the tree and of course we would appreciate code review etc. -- Duncan Coutts : Gentoo Developer (Haskell team lead) email : dcoutts at gentoo dot org -- gentoo-dev@gentoo.org mailing list
