From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1MeyR7-0008Ue-R6 for garchives@archives.gentoo.org; Sat, 22 Aug 2009 21:47:46 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id AA1B6E0415; Sat, 22 Aug 2009 21:47:44 +0000 (UTC) Received: from mail-yw0-f171.google.com (mail-yw0-f171.google.com [209.85.211.171]) by pigeon.gentoo.org (Postfix) with ESMTP id 8D65CE0415 for ; Sat, 22 Aug 2009 21:47:44 +0000 (UTC) Received: by ywh1 with SMTP id 1so1898543ywh.9 for ; Sat, 22 Aug 2009 14:47:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=u4NwOfCueL1fCjsqMz77ACxYVuEwrIhz1gUNPUcmNOI=; b=btyID4gcuOiKjk+ZFZx6PNrNJfA/Dnerv3DNLo3UZa5sn1ZdHAAduOw1hRarlgI5U2 E7urd9+giTWhsYilJlrOzaqmhN0G8vv4XPcDxSOhHHfAVmgZroOVi1/k/6YgENt9qEy4 5s9bLbgscywo8IN2eG7pdAZ6nw9uG7rVlbPvs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=c0kgBAhtIann5Z8SU/XyazcKZoJkU+4/NuOiXTBurnEC2GH7DtOq4oSJz31VLfDNIX kE29zoNpJHm9khfME3yoYnJ5+XDQZRvDXEu9j0pFrjn4it/hJaom7XN2sy8MFV6oJLLS xagGLT7BjQ0pl4laGZxPhd2s6ejPceTyYEj1s= Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Received: by 10.100.236.21 with SMTP id j21mr2931588anh.75.1250977664282; Sat, 22 Aug 2009 14:47:44 -0700 (PDT) In-Reply-To: <20090822013459.1ace9a4b@snowmobile> References: <90b936c0908121058y5fd25cfcm67a19761b1130896@mail.gmail.com> <20090821224638.1f797d4b@snowmobile> <200908220110.33794.reavertm@poczta.fm> <200908220145.00956.rbu@gentoo.org> <9f2790160908211729w79e1a838i8daf2e3df096c6bb@mail.gmail.com> <20090822013459.1ace9a4b@snowmobile> Date: Sat, 22 Aug 2009 14:47:44 -0700 Message-ID: <9f2790160908221447y32d6bfe7mabfa49d9c19b72cf@mail.gmail.com> Subject: Re: [gentoo-dev] Re: RFC: Make 10.0 profiles EAPI-2 'compliant' From: Chip Parker To: gentoo-dev@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: 343a98fa-0df3-442a-b244-a715131dfc14 X-Archives-Hash: d0b93f5ded41d424736da7dc0efe7f01 On Fri, Aug 21, 2009 at 5:34 PM, Ciaran McCreesh wrote: > On Fri, 21 Aug 2009 17:29:12 -0700 > Chip Parker wrote: >> If this feature, which HAD been documented (in bugzilla and >> commitlogs) prior to the first RFC for PMS > > As I've already explained to you on bugzilla, this is untrue. You're > confusing user configuration with the tree. PMS has nothing to say > about user configuration, and nothing is being done to take away the > feature you're concerned about. > > -- > Ciaran McCreesh > This assertion is not only incorrect but asinine. build paludis # paludis -q apache paludis@1250977472: [WARNING e.ebuild.configuration.no_names_cache] The names_cache key is not set in '/etc/paludis/repositories/gentoo.conf'. You should read the Paludis documentation and select an appropriate value. Unhandled exception: * In program paludis -q apache: * When performing query action from command line: * When handling query 'apache': * When parsing user package dep spec 'apache': * When parsing generic package dep spec 'apache': * When disambiguating package name 'apache': * When finding all versions in some arbitrary order from packages matching */apache with filter all matches filtered through all matches: * When finding category names containing package 'apache': * When loading names for virtuals repository: * When loading virtual packages for repository 'gentoo' * When loading profiles '/etc/make.profile' for repository 'gentoo': * When using directory '/etc/make.profile': * When adding profile directory '/etc/make.profile: * When handling parent file for profile directory '/etc/make.profile: * When adding profile directory '/etc/managed-portage/common/pre/make.profile: * When loading specised use file '/etc/managed-portage/common/pre/make.profile/package.use: * In file '/etc/managed-portage/common/pre/make.profile/package.use': Error reading file: 'Error reading from fd 3: Is a directory' (paludis::SafeIFStreamError) (paludis::ConfigFileError) Additionally, I plan to show very soon that PMS is incorrect in its requirement that profiles/parent includes only relative paths. This shows that both the PMS spec and your pet package manager are incapable of supporting behavior that was considered "correct" by portage prior to your initial RFC.