Russ Allbery r...@debian.org:
en_US.UTF-8 certainly does change from time to time, for an example to
add new characters to the LC_CTYPE character classes when new Unicode
versions are released. I do not know if these changes would affect the
man-db warnings, but the above changelog entry
+ [RA] Generate an en_US.UTF-8 locale in /var/lib/lintian/locale for
use for tests, particularly man page tests. (Closes: #555408)
The private copy of the en_US.UTF-8 locale that lintian generates is
not updated when the locale definitions change. This looks like asking
for
Russ Allbery r...@debian.org:
+ [RA] Generate an en_US.UTF-8 locale in /var/lib/lintian/locale for
use for tests, particularly man page tests. (Closes: #555408)
The private copy of the en_US.UTF-8 locale that lintian generates is
not updated when the locale definitions change.
Package: lintian
Version: 1.23.21
Severity: wishlist
As far as I am aware, aspell-* packages contain only architecture
independent data and should therefore be tagged Architecture: all. This
seems not to be the case with aspell-{da,et,fi,it,no,pt,pt-br,pt-common,ru}.
I believe that lintian could
I believe that this bug has been resolved incorrectly. Section 10.4 of the
Debian Policy says:
All command scripts, including the package maintainer scripts inside the
package and used by dpkg, should have a #! line naming the shell to be
used to interpret them.
In the case of
5 matches
Mail list logo