On Mon, Jul 14, 2008 at 5:17 AM, Donnie Berkholz <[EMAIL PROTECTED]> wrote:
> On 03:27 Mon 14 Jul , Alec Warner (antarus) wrote:
>> antarus 08/07/14 03:27:17
>>
>> Modified: ChangeLog
>> Added:mako-0.1.10-r1.ebuild
>> Removed: mako-0.1.10.ebuil
On Mon, Jul 14, 2008 at 5:32 AM, Jeroen Roovers <[EMAIL PROTECTED]> wrote:
>
> What GLEP 55 fails to address right now is the very development process
> it is seemingly supposed to alleviate. It addresses the issue of EAPI
> implementation from the viewpoint of the package manager's developer,
> bu
On Mon, 14 Jul 2008 05:32:58 +0200
Jeroen Roovers <[EMAIL PROTECTED]> wrote:
> I'm sorry to say this, but I actually do take offence at most things
> you write.
Perhaps you should consider what that indicates about yourself, rather
than about me.
> > As you know fine well, implementing what clear
With the new split in Portage where system set packages are not
considered in an "emerge -auDNv world" unless something in world
RDEPENDs on it brings about a few issues.
i.e. Portage implicitly has a run time dependency on app-arch/tar,
app-arch/bzip2, app-arch/gzip, app-arch/lzma due to the
As a result of Cardoes earlier mail we talked a bit about possible
solutions in #gento-portage, and I suggested to let portage
automatically inject the deps based on SRC_URI pattern matching.
A mapping of extensions and their unpack deps would be kept in the tree
(e.g. mapping '.tar.bz2' to '( app-
