[Pkg-pascal-devel] Lintian errors and warnings on FPC

David Bannon dbannon at internode.on.net
Sat Jan 22 12:26:12 GMT 2022


On Thu, 2022-01-20 at 13:15 +1100, David Bannon wrote:
> On Wed, 2022-01-19 at 20:36 +0100, Paul Gevers wrote:
> > On 19-01-2022 02:58, David Bannon wrote:
> > > Abou, there has been some discussion about these lintian warning 


OK, here is a summary of a selected bunch of the lintian issues.  Quite
a lot are definitely overrides, I am happy to start generating suitable
override files if you like Abou.

--- Under Spelling ---

declatory  should be declaratory - This is in a copywrite file, FPC
people feel they should not change it. Already has an override ?

occured should be occurred - Have all been fixed except for 8
incidences in comments. I assume Lintian does not scan source code ?

condtional - in a man page, appears to have been fixed already
ACount is a variable name, not a misspeling of Account, a widely used
syntex. override.

implicitely should be implicitly - appears in 16 comments but I could
not find, in main, instance that will make its way into a binary. So,
assume recently fixed.

"Allow to" should be  "Allow one to" - really, I think Lintian is
pulling a long bow here!  I have checked where these happen, only one
that would appear in a binary seems to be a help message from
compiler/utils/msgdif.pp:159 and is quite adequate English IMHO.
Override. 

entrys, SetTS, relocateable - are all variable names and will never be
shown to end users. Will not be fixed. Override.

install/man/man5/fpc.cfg.5 contains developpers - spelling mistake
Not fixed yet, but should be. I will deal with it.

--- Other Things ---

hardening-no-pie  a number of binaries in fp-utils not
hardened.  Subject to some discussion still, may or may not be fixed,
concern about performance issues. Technically possible to fix,
downstream, in the mean time if you wish it to happen (but at expense
of performance, esp 32bit).

national-encoding - do not expect any progress upstream there, suggest
override and a downstream fix may compromise cross compilers build from
debian src.

COPYRIGHT file, I think it has been dealt with ?  If not, I am happy to
do some editing.  Am I right in thinking that Debian builds this file
from the various copyright statements in the source files ? Wow .....

unusual-documentation-package-name : fp-docs debian would prefer fp-doc 
apparently. I don't think so.  I think this has to be an override, its
been like that for a long time and is quite unlikely to be changed
IMHO.


fp-compiler-3.2.2: executable-in-usr-lib usr/lib/x86_64-linux-
gnu/fpc/3.2.2/samplecfg
Yep, its an executable sh script. But not unintended to be executed as
such, as filename indicates, its a sample, it gets copied to user's
home directory.  I really cannot think of where else it should go.
Definitely not in libexe, its not intended to be executed directly.  I
supose this means its also an override ?


repeated-path-segment packages
usr/share/fpcsrc/3.2.2/packages/fppkg/tests/packages/
Yes, its like that and its quite reasonable and unlikely to change.
Override.

Davo




More information about the Pkg-pascal-devel mailing list