Re: Bug#1131015: mention Files-Excluded/Included-* in copyright-format-1.0.xml
Simon Josefsson <[email protected]> Tue, 24 Mar 2026 16:54:13 +0100
| Newsgroups | gmane.linux.debian.devel.policy |
|---|---|
| Message-ID | <[email protected]> |
Christian Kastner <[email protected]> writes: > On 2026-03-21 10:17, Simon Josefsson wrote: >> The document has this to say about Files: >> >> Patterns match pathnames that start at the root of the source >> tree. Thus, “Makefile.in” matches only the file at the root of the >> tree, but “*/Makefile.in” matches at any depth. >> >> Thus if we want this to be consistent, I think the tools should behave >> like that for Files-Excluded/Included* too. >> >> Finally, I'm sure there are bugs in all sorts of tools and existing >> debian/* files, but bugs should not block a specification for things. > > I believe the same. However, even though I consider this to be a bug, I > might be misunderstanding something, and this might be working as intended. > > In the latter case, the Policy would either have to acknowledge this > design decision, or "force" a change of mk-origtargz -- hence why I > wanted to point out #1106232. It would be great to have confirmation from mk-origtargz maintainers if they consider #1106232 a proper bug or somehow can argue that it is intended behaviour. Given the above quote, and lacking any other clear specification for the the 'Files-Excluded/Included' headers, I think the reasonable expectation is that these headers ought to behave like the wildcards in the 'Files' header. Any mk-origtargz maintainers reading this? Maybe they could be pointed to this discussion. /Simon
signature.asc
(application/pgp-signature, 1.2 KB)
-----BEGIN PGP SIGNATURE----- iQNoBAEWCgMQFiEEo8ychwudMQq61M8vUXIrCP5HRaIFAmnCs6UUHHNpbW9uQGpv c2Vmc3Nvbi5vcmfCHCYAmDMEXJLOtBYJKwYBBAHaRw8BAQdACIcrZIvhrxDBkK9f V+QlTmXxo2naObDuGtw58YaxlOu0JVNpbW9uIEpvc2Vmc3NvbiA8c2ltb25Aam9z ZWZzc29uLm9yZz6IlgQTFggAPgIbAwULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgBYh BLHSvRN1vst4TPT4xNc89jjFPAa+BQJn0XQkBQkNZGbwAAoJENc89jjFPAa+BtIA /iR73CfBurG9y8pASh3cbGOMHpDZfMAtosu6jbpO69GHAP4p7l57d+iVty2VQMsx +3TCSAvZkpr4P/FuTzZ8JZe8BrgzBFySz4EWCSsGAQQB2kcPAQEHQOxTCIOaeXAx I2hIX4HK9bQTpNVei708oNr1Klm8qCGKiPUEGBYIACYCGwIWIQSx0r0Tdb7LeEz0 +MTXPPY4xTwGvgUCZ9F0SgUJDWRmSQCBdiAEGRYIAB0WIQSjzJyHC50xCrrUzy9R cisI/kdFogUCXJLPgQAKCRBRcisI/kdFoqdMAQCgH45aseZgIrwKOvUOA9QfsmeE 8GZHYNuFHmM9FEQS6AD6A4x5aYvoY6lo98pgtw2HPDhmcCXFItjXCrV4A0GmJA4J ENc89jjFPAa+wUUBAO64fbZek6FPlRK0DrlWsrjCXuLi6PUxyzCAY6lG2nhUAQC6 qobB9mkZlZ0qihy1x4JRtflqFcqqT9n7iUZkCDIiDbg4BFySz2oSCisGAQQBl1UB BQEBB0AxlRumDW6nZY7A+VCfek9VpEx6PJmdJyYPt3lNHMd6HAMBCAeIfgQYFggA JgIbDBYhBLHSvRN1vst4TPT4xNc89jjFPAa+BQJn0XTSBQkNZGboAAoJENc89jjF PAa+0M0BAPPRq73kLnHYNDMniVBOzUdi2XeF32idjEWWfjvyIJUOAP4wZ+ALxIeh is3Uw2BzGZE6ttXQ2Q+DeCJO3TPpIqaXDAAKCRBRcisI/kdFotlRAPkB8yOuSbWZ t21h1+DfLta2VfKRSo7r89P22Ecg4MwQLAD/bd/tTVr/fosqzbsB1nIOAaJ2aH4D tnimjx3SGS4fggw= =yBCJ -----END PGP SIGNATURE-----