From mboxrd@z Thu Jan 1 00:00:00 1970
Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org)
by finch.gentoo.org with esmtp (Exim 4.60)
(envelope-from <gentoo-dev+bounces-29951-garchives=archives.gentoo.org@lists.gentoo.org>)
id 1JbWoG-0003aV-QP
for garchives@archives.gentoo.org; Tue, 18 Mar 2008 08:04:37 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id CBFBEE06C6;
Tue, 18 Mar 2008 08:04:35 +0000 (UTC)
Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
by pigeon.gentoo.org (Postfix) with ESMTP id A7581E06C6
for <gentoo-dev@lists.gentoo.org>; Tue, 18 Mar 2008 08:04:35 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
by smtp.gentoo.org (Postfix) with ESMTP id 363F466E3F
for <gentoo-dev@lists.gentoo.org>; Tue, 18 Mar 2008 08:04:35 +0000 (UTC)
X-Virus-Scanned: amavisd-new at gentoo.org
X-Spam-Score: -0.266
X-Spam-Level:
X-Spam-Status: No, score=-0.266 required=5.5 tests=[AWL=0.266,
BAYES_00=-2.599, RCVD_NUMERIC_HELO=2.067]
Received: from smtp.gentoo.org ([127.0.0.1])
by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id 0vGBwrraTcgV for <gentoo-dev@lists.gentoo.org>;
Tue, 18 Mar 2008 08:04:29 +0000 (UTC)
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2])
(using TLSv1 with cipher AES256-SHA (256/256 bits))
(No client certificate requested)
by smtp.gentoo.org (Postfix) with ESMTP id 7037566E21
for <gentoo-dev@gentoo.org>; Tue, 18 Mar 2008 08:04:27 +0000 (UTC)
Received: from list by ciao.gmane.org with local (Exim 4.43)
id 1JbWo2-0000Pt-K3
for gentoo-dev@gentoo.org; Tue, 18 Mar 2008 08:04:22 +0000
Received: from 82.152.206.255 ([82.152.206.255])
by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
id 1AlnuQ-0007hv-00
for <gentoo-dev@gentoo.org>; Tue, 18 Mar 2008 08:04:22 +0000
Received: from slong by 82.152.206.255 with local (Gmexim 0.1 (Debian))
id 1AlnuQ-0007hv-00
for <gentoo-dev@gentoo.org>; Tue, 18 Mar 2008 08:04:22 +0000
X-Injected-Via-Gmane: http://gmane.org/
To: gentoo-dev@lists.gentoo.org
From: Steve Long <slong@rathaus.eclipse.co.uk>
Subject: [gentoo-dev] Re: The KDE overlay moves forward
Date: Tue, 18 Mar 2008 08:11:43 +0000
Message-ID: <frnt1v$6ov$1@ger.gmane.org>
References: <200803172343.24372.philantrop@gentoo.org>
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@lists.gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7Bit
X-Complaints-To: usenet@ger.gmane.org
X-Gmane-NNTP-Posting-Host: 82.152.206.255
User-Agent: KNode/0.10.5
Sender: news <news@ger.gmane.org>
X-Archives-Salt: 953c743f-a184-4b4f-bd8a-d9eeabc4fa12
X-Archives-Hash: af3b72333d13ce30c1c7e761fc453d1e
Wulf C. Krueger wrote:
> For quite some time now, our progress has been impaired by the absence of
> features like USE dependencies, ranged dependencies and suggested
> dependencies.
>
How do suggested dependencies help in your work?
> Most of us who are working on the overlay have been using alternative
> package managers (PM) for quite some time now. Thus, the idea arose to go
> a step further and actually make good use of the capabilities they offer
> us.
>
Makes sense; after all you can do whatever you want in an overlay without
concern for how it will affect anyone else.
> You'll find all the details in the following local copy of PMS with the
> kdebuild-1 patch applied: http://www.mailstation.de/pms.pdf
>
Thanks, I'll have a closer look when I get some downtime.
> For starters, we'll be using the new EAPI for live ebuilds (${PV}=-scm)
> only, so that users of other PMs will be able to use the rest of the
> overlay as before. That's exactly what the kdebuild-1 EAPI was designed
> to allow for.
>
> For users of the KDE overlay's live ebuilds the new EAPI currently means
> they will have to use Paludis but there are rumours ;) other PMs are
> interested as well. That's the main reason to optionally include it in
> PMS.
>
Could you explain exactly what -scm-foo offers over the existing -cvs
implementation? I'm assuming it's something more than what you've outlined
here.
A bit more info on how the other features have helped would be nice (maybe a
GMN article?)
Thanks.
--
gentoo-dev@lists.gentoo.org mailing list