Modifying Files-Excluded pattern specification
James McCoy
jamessan at debian.org
Wed Mar 26 01:20:45 UTC 2014
On Sat, Mar 22, 2014 at 02:00:40PM +0100, Nicolas Boulenguez wrote:
> In-Reply-To=<20140321105301.GE18098 at an3as.eu>
>
> Joachim Breitner wrote:
> > File-Excluded: foo/bar.js to exclude
> > * foo/bar.js (in case of a dirty tarball)
> > * pkg-1.0/foo/bar.js (as in your implementation) as well as
> > * pkg-1.0/docs/foo/bar.js (this would be new
> > the easiest, as it will conceivably stand less in the way of the
> > developers, i.e. he would _not_ have to first look up the precise semantics.
>
> Andreas Tille wrote:
> > it is really flexible
>
> The same effect was available with "*foo/bar.js" or the more accurate
> "foo/bar.js */foo/bar.js".
>
> Imagine an upstream providing two implementations, a default non free
> "imp.c" and a free alternative "gpl/imp.c". The maintainer cannot
> remove the former while keeping the latter anymore.
>
> I call this less flexible, but I may miss your point.
Agreed. We shouldn't be introducing divergence between how Files: and
Files-Excluded: are interpreted.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy <jamessan at debian.org>
More information about the devscripts-devel
mailing list