Hi,
after the review and more suggestions I would like to post the current
version of the patch:
* EAPI aware (ulm)
* Better documentation
* Some clean ups (a lot of people)
V-Li
--
Christian Faulhammer, Gentoo Lisp project
http://www.gentoo.org/proj/en/lisp/>, #gentoo-lisp on FreeNode
http:/
Hi,
after the review and more suggestions I would like to post the current
version of the patch:
* EAPI aware (ulm)
* Better documentation
* Some clean ups (a lot of people)
V-Li
--
Christian Faulhammer, Gentoo Lisp project
http://www.gentoo.org/proj/en/lisp/>, #gentoo-lisp on FreeNode
http:/
On 11:29 Wed 04 Mar , Rémi Cardona wrote:
> Tomáš Chvátal a écrit :
>> Hi,
>> I am currently messing with git.eclass and i would like to see some
>> other sets of eyes on it.
>> I am throwing in full new eclass [1] and its diff [2].
>> I will be really happy for comments and even more for diff
Caleb Cushing wrote:
I'd like to start with, I'm not trying to stir up trouble but since
questions were asked i'll answer them.
If you think neither should exist why do you have an opinion about this at all?
I merged the java-overlay into regen2 a couple of weeks ago. as of
right now I've n
Not much to say about it: It's a useless eclass anyway.
Now it has EAPI=2 support too.
The new eclass and
a diff of the relevant parts of current perl-module.eclass and perl-apps.eclass
are attached.
I want to commit it soon too.
Thanks
# Copyright 1999-2004 Gentoo Foundation
# Distributed under
* "Robin H. Johnson" :
> On Mon, Mar 02, 2009 at 09:51:07AM -0800, Donnie Berkholz wrote:
> > conditional variable (GENTOO_PERL="no"?) that defaults to "yes".
> Yes, this would be needed in any case, similar to how it's done for
> stuff that had optional X dependencies.
Next version. I want to com
2009/3/5 Marijn Schouten (hkBst) :
>
> The problem of ebuilds in one overlay not seeing ebuilds in another overlay,
> would also be solved by the package manager NOT failing to
> see/notice/use/allow
> ebuilds from all installed overlays. Then there would be no need for a
> hierarchy
> among over
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marijn Schouten (hkBst) wrote:
> The problem of ebuilds in one overlay not seeing ebuilds in another overlay,
> would also be solved by the package manager NOT failing to
> see/notice/use/allow
> ebuilds from all installed overlays. Then there would b
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Caleb Cushing wrote:
>> Bugzilla is a tool for developers to track progress, not for
>> third-party distributions to track progress. You've forked the tree.
>> That's fine. The license allows that. But it doesn't obligate us to
>> adapt our tools to fi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The problem of ebuilds in one overlay not seeing ebuilds in another overlay,
would also be solved by the package manager NOT failing to see/notice/use/allow
ebuilds from all installed overlays. Then there would be no need for a hierarchy
among overlays
10 matches
Mail list logo
