Re: Felix Lechner 2020-03-30 <CAFHYt55gkFneBcGVVVwj5pdSnA=6fehbzuf41oegnfriex9...@mail.gmail.com> > Hi Christoph, > > On Mon, Dec 30, 2019 at 2:51 AM Christoph Berg <m...@debian.org> wrote: > > > > "aCount" is hardly a spelling error for "account". It's not even > > present in the source, but only in the "strings /usr/bin/cqrlog" > > output. > > Since the string is not present in your source, your bug was probably > filed against the wrong package.
I'm filing this against lintian because this is a false positive reported by lintian. If lintian is going to be annoying with these warnings, maintainers will tend to ignore them. You should strive to keep the number of false positives as low as possible. > Here are a few more using non-standard spelling: > > I: lazarus-ide-gtk2-2.0: spelling-error-in-binary > usr/lib/lazarus/2.0.6/lazarus-gtk2 Exluded Excluded Yes, and I'm not reporting these as lintian false positives. > > I suggest excluding CamelCased words from the spelling check. > > I have not seen a lot of GUI items in camel case (which would cause > more legitimate strings like it to appear in binaries) and do not > perceive 'aCount' as a false positive. If camel case isn't a common spelling error, why is lintian reporting it? It's clearly a programming artifact, and lintian would be well advised to ignore it, instead of pestering me. Christoph
