On Mon, 22 Jun 2026 21:15:00 +0100 Peter Blackman
<[email protected]> wrote:
On second thoughts, I realise you are correct here.
DEP-5 spec says; ...
"Both [wildcards] match slashes (/) and leading dots, unlike shell globs.
The pattern *.in therefore matches any file whose name ends in .in anywhere in
the source tree,
not just at the top level."
See also https://bugs.debian.org/1086136
With your example file
Files: a/*.c
would work with lrc as it stands.
But if there are multiple asterisks in the Files: field
lrc currently reverts to a shell glob.
Are you having issues with a particular package that I could look at?
I just hit this bug, so I can give you an example.
Qtpim6 upstream has CMakeLists.txt files licensed under BSD-3,
regardless of where they're located in the source tree. The rest of the
source tree uses various other licenses. So in d/copyright, I have
*/CMakeLists.txt:
https://salsa.debian.org/qt-kde-team/extras/qt6-pim/-/blob/master/debian/copyright?ref_type=heads#L18
(The top-level 'CMakeLists.txt' line is probably unnecessary but I don't
feel like removing it right now.)
The files in the tests/ directory are all licensed QtCommercial or GPL-3:
https://salsa.debian.org/qt-kde-team/extras/qt6-pim/-/blob/master/debian/copyright?ref_type=heads#L35
Obviously the */CMakeLists.txt pattern matching above should override
that tests/* license clause, according to
https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#files-field
However, when a reviewer ran licenserecon on my first upload of qtpim6,
it triggered incorrect errors for the various CMakeLists.txt files in
tests/auto/:
https://dfsg-new-queue.debian.org/reviews/qt6-pim
You can find the upstream source for qt6-pim here:
https://invent.kde.org/qt/qt/qtpim
