From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1J5O6b-0000jC-I1 for garchives@archives.gentoo.org; Thu, 20 Dec 2007 16:18:42 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.2/8.14.0) with SMTP id lBKGGs7j002131; Thu, 20 Dec 2007 16:16:54 GMT Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by robin.gentoo.org (8.14.2/8.14.0) with ESMTP id lBKGEhpW031955 for ; Thu, 20 Dec 2007 16:14:43 GMT Received: by ug-out-1314.google.com with SMTP id j3so513892ugf.49 for ; Thu, 20 Dec 2007 08:14:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=MGU8cFn5cCknGYVwM/NDN0AGnEJPcCwlBICPFxcrJ3w=; b=en4fDZsufVjI0eN7jC01fvbHZgS7A1x35i8NdqtTiKij/5o5Z4ahj869infPl5B77OTOEttYYfUrADCA5DUHHtYqJedImLLuz1DTnslOTrJt/mVg3jH665uNTUDEzm8YiC8oXeFuZjKWLSOaWdKU0rxaTnKVsDad03T9KxCPcpE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=Y0YWDD1UDGQqs6nQ075J+fXLzVWwzI9psXdhw/ZjCXD2NaIjhryetj45jlm4g/AuqfYp+jwQ4nnZT/ObDHcrRUJpqXNP6iWbxaqH4FJV8isjpYPPZhZIXoIrt9TTWIdL7QojzX1TJhQ6cReNuZ0BbmpN3HiSc4KwMotxx2R8dIw= Received: by 10.67.122.12 with SMTP id z12mr3646206ugm.18.1198167283166; Thu, 20 Dec 2007 08:14:43 -0800 (PST) Received: from ?10.0.0.6? ( [85.127.90.165]) by mx.google.com with ESMTPS id k30sm8346544ugc.53.2007.12.20.08.14.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 20 Dec 2007 08:14:42 -0800 (PST) Message-ID: <476A94FC.30105@gmail.com> Date: Thu, 20 Dec 2007 17:14:52 +0100 From: Thomas Pani User-Agent: Thunderbird 2.0.0.6 (X11/20070815) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI) References: <200712172320.01988.peper@gentoo.org> <20071220003801.GL24034@supernova> <4769D3F2.1030204@gentoo.org> <20071220040753.31cf0c2e@blueyonder.co.uk> <476A45CD.2050107@gmail.com> <20071220104209.684aedf5@blueyonder.co.uk> <476A4CD3.1060800@gmail.com> <20071220140241.20551otmf7ffjdwk@www2.mailstation.de> In-Reply-To: <20071220140241.20551otmf7ffjdwk@www2.mailstation.de> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: d4095e03-a444-4b51-81fc-1781c612d59e X-Archives-Hash: d831715e49eda2fc15a5dc5de62e0491 Wulf C. Krueger wrote: >> I DO understand. > > You don't. The complete paragraph of yours shows you don't. > Interesting, because my statement is the same (in meaning) that Ciaran made two days ago. He stated it was "[...] another option. It's considered less ideal [...]" ([1], in case you want to look it up) >> But you're totally ignoring my point. So once again: You're trying to >> *SET* a standard here. There are lots of people telling you that they're >> not happy with the proposal to change the ebuild filename suffix. > > Yes, indeed. They're not happy with it. That's about all most > participants here have stated so far. There are two or three valid > *technical* concerns and all the rest is basically noise. > My concern is technical: Filenames are for identifying files uniquely. An ebuild is uniquely identified by /-, so that's what it's filename should be. Adding anything else to the filename will only clutter the tree and lead to additional inconsitencies. Yes, you can check for these using QA tools. But if it's not in the filename you don't have to check. If you say that package managers need the EAPI info so early that they can't even read the first non-comment line of an ebuild that's fine. Go and place it in the filename. But nobody had a *technical* argument why that's the only possible solution so far. All I got was "you don't understand all that fancy PM stuff". >> There seem to be less people opposed to having that ebuild format >> restriction. > > If this was only about the ebuild format restriction, I wouldn't even > bother to write a single mail on this subject. It's much more important > than that - the suggested GLEP would allow us to make use of new EAPI > features much earlier than now and without causing major problems, I think. > > Just this morning when I was reading my backlog in #-dev, I saw a > discussion between between two devs that culminated in the following: > > a> "So we can make use of this feature in about a year?" > b> "Yeah." > > Are we Debian now? A new feature gets implemented (obviously because we > *need* it) and we can make use of it in a *year*? > No, we're not Debian, thank god. I thought the "wait 1+ year" policy changed? Again citing Ciaran: "That was only the case because previously, using new features that Portage didn't support would cause horrible breakage. Now, instead, the ebuilds show up as being masked." [2] Regards, thomas [1] http://archives.gentoo.org/gentoo-dev/msg_149455.xml [2] http://archives.gentoo.org/gentoo-dev/msg_149031.xml -- gentoo-dev@gentoo.org mailing list