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 1Mf1bV-0000fS-If for garchives@archives.gentoo.org; Sun, 23 Aug 2009 01:10:41 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id BFA54E023B; Sun, 23 Aug 2009 01:10:36 +0000 (UTC) Received: from mail-yx0-f177.google.com (mail-yx0-f177.google.com [209.85.210.177]) by pigeon.gentoo.org (Postfix) with ESMTP id 99143E023B for ; Sun, 23 Aug 2009 01:10:36 +0000 (UTC) Received: by yxe7 with SMTP id 7so989911yxe.32 for ; Sat, 22 Aug 2009 18:10:36 -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=977crW2UFnlI1WU3x4DxjFduu0D17oX1mTh7MWrXl4Y=; b=wCHGgGiTMIH+ysmiHR+yLKIyY5rY6P1MxRNvwQ4ZNsSRXgdWqb+srA6L7++PZVeI7n 1InJDFujyliGleVMglPXMbrwpYYRjVYZD4MiUUoT4tarF1fjRXPYo8KgRMGoFut/VwKR nULqUjWG46B3rVPisiAOMbaIhTATT3/CM2MyA= 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=DdsTlniDWCebuM3Pa289dNY6J0hlhbGl1mW6pvrHTecaDwBBf8ZY+jgANHbRKz+Nu1 YE1oY0wuxIWVEhtKEe7NvhNyN7lAypE30gXfiayh76kyByXUDTsVGmeRF7e0i+GFvrfk PmQNGjx3AK0b9nAD+yq0dVw3cAsWwQlFi1sho= 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.101.91.20 with SMTP id t20mr3002566anl.188.1250989836174; Sat, 22 Aug 2009 18:10:36 -0700 (PDT) In-Reply-To: <200908230132.20855.levertond@googlemail.com> References: <90b936c0908121058y5fd25cfcm67a19761b1130896@mail.gmail.com> <20090822225237.5b67b6e3@snowcone> <9f2790160908221726j627de694m6d20ae6303dfae14@mail.gmail.com> <200908230132.20855.levertond@googlemail.com> Date: Sat, 22 Aug 2009 18:10:36 -0700 Message-ID: <9f2790160908221810k493ee3ebo12328b537e1d1135@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: quoted-printable X-Archives-Salt: 09bdefa3-d656-4b0e-af3e-764071e9a1ac X-Archives-Hash: 16b9b74008db3a9648cdefbd53a83e3d On Sat, Aug 22, 2009 at 5:32 PM, David Leverton w= rote: > On Sunday 23 August 2009 01:26:24 Chip Parker wrote: >> So, Ciaran, if your personal reference implementation of PMS fails >> miserably when using this methodology, your argument that I won't be >> or "am not" affected by your attempt at changing portage is invalid. >> If you'd like to test for yourself, I'll be more than happy to tar up >> both my /etc/paludis and /etc/managed-portage for you. > > You're still talking about /etc, which is still unaffected by PMS. =C2=A0= If Paludis > doesn't support a feature in /etc that you want to use, then feel free to > file a bug. =C2=A0If Portage supports that feature in /etc, there's no re= ason why > it needs to stop doing so, regardless of what it does or doesn't accept i= n > the tree. They're the same thing. It doesn't matter if the profiles directory is in located in /tmp or in /usr/local/portage, the behavior of paludis *still* doesn't support the feature that these profiles depend on and portage still *HAS* since before PMS was submitted to this list as an RFC in August of 2006. The argument here is that PMS should be changed to reflect what has been being used "in the wild" since before it came into existence, especially considering the removal of the particular feature that this "trick" depends on would break user expected behavior. On Sat, Aug 22, 2009 at 5:34 PM, Ciaran McCreesh wrote: > On Sat, 22 Aug 2009 17:26:24 -0700 > Chip Parker wrote: >> Since you have a habit of ignoring relevant bits of technical >> opposition to some of your more insane schemes, I'll cite *again* the >> relevant portion. > > I showed you the relevant portion. /etc/make.profile means it is user > configuration, which in turn means PMS has absolutely nothing to say > about it. Anything done under /etc/make.profile is entirely up to the > package manager and is not covered by the specification. > > So for the fourth time, no-one has asked for anything that will break > what you're doing. You claim that PMS doesn't matter outside of a repository, and yet it most certainly does, because as I said to David, it doesn't matter /where/ the profiles are actually located: /etc/, /tmp/, /usr/local/portage/, or /usr/portage/ the behavior *should* be both consistent and not unnecessarily restricted by a specification controlled by a person who is on the outside of the Gentoo organization. If you'd prefer, I can merge my /etc/managed-portage stuff with my internal overlay and then bitch loudly about you attempting to remove features that existed prior to your involvement in Gentoo's package managers. Additionally, there isn't a way to define in paludis where the profiles actually exist outside of the repository configuration files, which means that in your mind, they're one and the same. What you proposed in the bug you filed would specifically break how I do things, without replacing it with an equal or better solution. Your inability or unwillingness to comprehend that simple fact is really not my concern. When the most prolific committer to PMS also happens to the most prolific committer and is listed as "owning" the repository for a competing package manager, it looks suspiciously like conflict of interest.