Ian Jackson: > [1] > Shell path glob patterns are mostly like normal glob patterns: > > http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_13_03 > > Glob patterns' bracketed [] character sets are mostly like regexp ones: > > http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_13_02 > > Regexp bracketed character sets with ranges depend on locale. > Point 7 of: > > http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap09.html#tag_09_03_05 >
As discussed on IRC earlier, my initial opinion is that this is a flaw with the POSIX standard - technically not exactly a bug, but still a flaw - and that we should persuade bash to implement the dash behaviour. (Both would be within POSIX, since it does not specific the behaviour, but the dash behaviour is more intuitive and predictable.) I'm tending towards not patching dpkg-buildpackage to fix this, since it is not directly related to dpkg but due to flaws elsewhere - also "where do we draw the line" if we start doing this. SOURCE_DATE_EPOCH etc were designed specifically for reproducibility purposes, but LC_COLLATE has a wide range of purposes and tools use it for other purposes. I'm uncertain what the best way forward is at this stage - I could be convinced otherwise, and I still need to think about it some more. I will try to figure out exactly how big of a problem this is, by searching on sources.debian.net at some point. (It'll take me some time to figure out the best search query to use for this...) X -- GPG: ed25519/56034877E1F87C35 GPG: rsa4096/1318EFAC5FBBDBCE https://github.com/infinity0/pubkeys.git
