I: cqrlog: spelling-error-in-binary usr/bin/cqrlog aCount account "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. I suggest excluding CamelCased words from the spelling check. Thanks, Christoph
Hi Christoph, filed against the wrong package. Lazarus, one of your prerequisites, exports a variety of variable names as object strings, including 'aCount'. It would be nice to know the reason. 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 I: lazarus-ide-gtk2-2.0: spelling-error-in-binary usr/lib/lazarus/2.0.6/lazarus-gtk2 Montly Monthly I: lazarus-ide-gtk2-2.0: spelling-error-in-binary usr/lib/lazarus/2.0.6/lazarus-gtk2 Syncronized Synchronized I: lazarus-ide-gtk2-2.0: spelling-error-in-binary usr/lib/lazarus/2.0.6/lazarus-gtk2 aCount account I: lazarus-ide-gtk2-2.0: spelling-error-in-binary usr/lib/lazarus/2.0.6/lazarus-gtk2 availlable available I: lazarus-ide-gtk2-2.0: spelling-error-in-binary usr/lib/lazarus/2.0.6/lazarus-gtk2 memeber member I: lazarus-ide-gtk2-2.0: spelling-error-in-binary usr/lib/lazarus/2.0.6/lazarus-gtk2 occured occurred I: lazarus-ide-gtk2-2.0: spelling-error-in-binary usr/lib/lazarus/2.0.6/lazarus-gtk2 respository repository I am unfamiliar with Lazarus or Free Pascal and copied the lazarus maintainer on this message. I am inclined to assign this bug to lazarus. Please let's wait for their response. more legitimate strings like it to appear in binaries) and do not perceive 'aCount' as a false positive. An override would be a simple solution, depending on the outcome of the inquiry above. As a side note, your package suffers from additional spelling issues, as noted below. Like the present case, many of them do not originate in your source. Kind regards Felix Lechner, WU8K * * * $ frontend/lintian --no-tag-display-limit /mirror/debian/pool/main/c/cqrlog/cqrlog_2.4.0-3_amd64.deb W: cqrlog: hardening-no-pie usr/bin/cqrlog I: cqrlog: hardening-no-bindnow usr/bin/cqrlog I: cqrlog: hardening-no-fortify-functions usr/bin/cqrlog I: cqrlog: spelling-error-in-binary usr/bin/cqrlog Childs Children I: cqrlog: spelling-error-in-binary usr/bin/cqrlog Disconected Disconnected I: cqrlog: spelling-error-in-binary usr/bin/cqrlog Memebers Members I: cqrlog: spelling-error-in-binary usr/bin/cqrlog aCount account I: cqrlog: spelling-error-in-binary usr/bin/cqrlog availlable available I: cqrlog: spelling-error-in-binary usr/bin/cqrlog databse database I: cqrlog: spelling-error-in-binary usr/bin/cqrlog lenght length I: cqrlog: spelling-error-in-binary usr/bin/cqrlog occured occurred I: cqrlog: spelling-error-in-binary usr/bin/cqrlog uploded uploaded
In delphi-style object pascal it is fairly common practice to use an "a" prefix to distinguish argument names from field names. Due to the way the form design/loading system works, type information for many types is included in the binaries. In particular this includes the definition of event handler types. Specifically the "aCount" string seems to come from the defintions of "TStringListLineCountEvent" and "TStringListLineEditEvent". In context it's pretty clearly "a Count" not "account". This seems to come from TLazconfigStorage, I think the use of the term "Childs" is sufficiently baked into the API and data format that it's not reasonable to change it. This one seems to be in cqrlog and looks to me like a bug that should be fixed. This seems to be seen multiple times in the cqrlog source, I suspect it's an error, but I supposed it could be supposed to mean sometime. Already discussed above. This one seems to be a typo in fpc fpcsrc/packages/fcl-image/src/fppixlcanv.pp This is in cqrlog, again looks like a typo to me. Seen multiple times in the cqrlog source. I still think it's an actual misspeling that should be fixed though. Seen multiple times in the cqrlog source. I still think it's an actual misspeling that should be fixed though. Looks like another typo in cqrlog to me. In summary most of these are legitimate spelling errors that should probably be fixed in the next uploads of the relevant packages, but "aCount" and "Childs" are not going to go away. Not sure if overrides are the way to go or if this should somehow be fixed in lintian.
Re: Felix Lechner 2020-03-30 <CAFHYt55gkFneBcGVVVwj5pdSnA=6fEHbzuF41OEGNFRieX9sow@mail.gmail.com> 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. Yes, and I'm not reporting these as lintian false positives. 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
The spelling-error-in-binary tag will be lowered to a severity of experimental in the next upload, and may be removed later on.