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

Paul Gevers elbrus at debian.org
Thu Jan 20 07:54:33 GMT 2022


Hi David,

On 20-01-2022 03:15, David Bannon wrote:
>> I don't think it's good to do these changes in Debian
> 
> I definitely agree but evidence is that quite a lot of them are "will
> not be fixed" upstream. I am pretty sure I can fix the real spelling
> issues. Tedious but necessary. The "national-encoding" are much harder.
> A small number can be fixed (IMHO) but most are use of accented
> characters, mostly in contributor's names.

Ack. But ironically these names will also show wrong on systems where 
the there's skew between what the codepoint the character was entered in 
and with which it's displayed. But I'm not going to fight this point.

> The FPC devs are unwilling to see the ISO-8859-xx files converted to
> UTF8 because FPC still supports many Operating Systems that does not
> know about UTF8. And there is no appetite for munging people's names.
> So, there is no upstream solution and, I suggest, a debian patch
> approach may just compromise cross compilers built from the Debian
> source so, its override or nothing !

Override it is in my opinion. It's not worth the effort.

> Hardening is a problem with some of the binaries, FPC does not ship
> hardened binaries, if Debian wants hardening, thats a debian fix I am
> afraid.

Totally agree. But please don't jump through hoops here. It's good to 
have hardening, but if unsupported upstream, it may also be an uphill 
battle (I don't know).

> I will pursue the things I can change upstream and perhaps start on a
> lintian override file. I note fpc source does not include a debian
> directory, guessing the Lazarus people (who make the FPC debs) have
> their own process to build.

Even if it's there, the upstream debian folder is of no relevance to us. 
It's 100% deleted and replaced by what we have. And indeed Lazarus 
people have a different view on how a deb should be shipped (we've had 
some discussions/clashes in the past), so they make quite different 
choices. Let's fix our own packaging (at least initially).

Paul
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 495 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-pascal-devel/attachments/20220120/c19be302/attachment.sig>


More information about the Pkg-pascal-devel mailing list