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.ebuild
Log:
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,
but it
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 clearly
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 '(