From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id E5CEB138262 for ; Fri, 20 May 2016 16:15:47 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4E3BF14278; Fri, 20 May 2016 16:15:41 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 40CBC141F7 for ; Fri, 20 May 2016 16:15:40 +0000 (UTC) Received: from [192.168.1.100] (c-98-218-46-55.hsd1.md.comcast.net [98.218.46.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: mjo) by smtp.gentoo.org (Postfix) with ESMTPSA id 7D1E2340B37 for ; Fri, 20 May 2016 16:15:38 +0000 (UTC) Subject: Re: [gentoo-dev] [RFC] New GLEP: file installation masks To: gentoo-dev@lists.gentoo.org References: <20160520160117.3c400970.mgorny@gentoo.org> <573F2942.6050405@gentoo.org> <20160520172159.6bacf04a@pomiocik> <573F2DB3.4040000@gentoo.org> <20160520174428.18c0ed8d@pomiocik> From: Michael Orlitzky X-Enigmail-Draft-Status: N1110 Message-ID: <573F3828.3020906@gentoo.org> Date: Fri, 20 May 2016 12:15:36 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 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 In-Reply-To: <20160520174428.18c0ed8d@pomiocik> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Archives-Salt: 79d1148d-0d21-4d9d-9e79-34146c843595 X-Archives-Hash: ef2173f8cce763efbba741aff33e140d On 05/20/2016 11:44 AM, Michał Górny wrote: > > I'd make '@' signify group names, like we do for sets. This would have > the side limitation that it would make it impossible to filter > filenames starting with '@' with the currently supported > path-or-filename syntax. > That may be the best we can do, but in that case it's only fair to mention the exception in the GLEP. I know you don't want implementation details in there, but if *nobody* can come up with an implementation that doesn't invalidate some well-defined paths, then we should weasel-word the spec so that we don't wind up with zero fully-compliant package managers =) The @set notation isn't as much of a problem since it doesn't collide with package atoms... which gives me an idea. If we make "/" illegal in group names, then "@dir/*.*" can be interpreted as a path. That's a little better. Or, if we specify that the fnmatch pattern is applied to the absolute path, I think you can stick a leading "/*" on any pattern without loss of generality. So if you wanted to block all PDF files beginning with an "@", then instead of "@*.pdf" you could do "/*@*.pdf".