Bug#942493: lintian: Complain of too long header fields

2019-11-08 Thread Michael Biebl
Hi Felix

Am 09.11.19 um 00:27 schrieb Felix Lechner:
>> Given that systemd-tests-dbgsym is an autogenerated package, there isn't
>> really something that can be done to reduce the number of characters, or
>> is there?
> 
> Unless there is a flag that indicates autobuilding, we could exempt
> all packages ending in -dbgsym.
> 
> Alternatively, we could exempt the field Build-Ids. Or, we could
> except Build-Ids only in dbgsym packages. Please let us know.

I don't have a preference here or the insight to judge which option is
better suited or not.


Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature


Bug#942493: lintian: Complain of too long header fields

2019-11-08 Thread Felix Lechner
Hi,

On Fri, Nov 8, 2019 at 2:57 PM Michael Biebl  wrote:
>
> > 1/ emit a warning when a field is larger than say 16K (somehow to force
> >the maintainer to think twice whether's he's doing something
> >reasonable)
> >
> > 2/ emit an error when a field is larger than 200K (it breaks reprepro
> >above 256K)

Lintian currently issues only a single tag---an error---for any field
value exceeding 5000 characters.

> > This should be applied to .deb headers and .dsc headers. (.changes headers
> > are less interesting as they are auto-generated without much control by
> > the maintainer, or are a simple copy of fields already present in other
> > files).

Lintian currently issue the tag for all files.

> this now triggers an error in systemd:
> E: systemd-tests-dbgsym: field-too-long 'Build-Ids' (8568 chars > 5000)
>
> Given that systemd-tests-dbgsym is an autogenerated package, there isn't
> really something that can be done to reduce the number of characters, or
> is there?

Unless there is a flag that indicates autobuilding, we could exempt
all packages ending in -dbgsym.

Alternatively, we could exempt the field Build-Ids. Or, we could
except Build-Ids only in dbgsym packages. Please let us know.

Kind regards,
Felix Lechner



Bug#942493: lintian: Complain of too long header fields

2019-11-08 Thread Michael Biebl
Hi

On Thu, 17 Oct 2019 09:51:39 +0200 =?utf-8?q?Rapha=C3=ABl_Hertzog?=
 wrote:
> Package: lintian
> Version: 2.27.0
> Severity: wishlist
> 
> Based on the problem discovered in #942487 where a Provides line of more
> than 256K slipped in the archive, I believe it would be nice if lintian
> could:
> 
> 1/ emit a warning when a field is larger than say 16K (somehow to force
>the maintainer to think twice whether's he's doing something
>reasonable)
> 
> 2/ emit an error when a field is larger than 200K (it breaks reprepro
>above 256K)
> 
> This should be applied to .deb headers and .dsc headers. (.changes headers
> are less interesting as they are auto-generated without much control by
> the maintainer, or are a simple copy of fields already present in other
> files).


this now triggers an error in systemd:
E: systemd-tests-dbgsym: field-too-long 'Build-Ids' (8568 chars > 5000)
N:
N:The length of the specified field is too long.
N:
N:Overly-long fields not only can break some tools tools (eg.
reprepro(1))
N:they can waste space as they are shipped to all users.
N:
N:Please reduce the number of characters.
N:
N:Refer to https://bugs.debian.org/942493 for details.
N:
N:Severity: important, Certainty: certain
N:
N:Check: fields/length, Type: binary, udeb, source


Given that systemd-tests-dbgsym is an autogenerated package, there isn't
really something that can be done to reduce the number of characters, or
is there?


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature


Bug#942493: lintian: Complain of too long header fields

2019-10-17 Thread Raphaƫl Hertzog
Package: lintian
Version: 2.27.0
Severity: wishlist

Based on the problem discovered in #942487 where a Provides line of more
than 256K slipped in the archive, I believe it would be nice if lintian
could:

1/ emit a warning when a field is larger than say 16K (somehow to force
   the maintainer to think twice whether's he's doing something
   reasonable)

2/ emit an error when a field is larger than 200K (it breaks reprepro
   above 256K)

This should be applied to .deb headers and .dsc headers. (.changes headers
are less interesting as they are auto-generated without much control by
the maintainer, or are a simple copy of fields already present in other
files).

-- System Information:
Debian Release: bullseye/sid
  APT prefers oldoldstable
  APT policy: (500, 'oldoldstable'), (500, 'unstable'), (500, 'testing'), (500, 
'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.2.0-3-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages lintian depends on:
ii  binutils 2.33.1-1
ii  bzip21.0.8-2
ii  diffstat 1.62-1+b1
ii  dpkg 1.19.7
ii  dpkg-dev 1.19.7
ii  file 1:5.37-5
ii  gettext  0.19.8.1-9
ii  gpg  2.2.17-3
ii  intltool-debian  0.35.0+20060710.5
ii  libapt-pkg-perl  0.1.36+b2
ii  libarchive-zip-perl  1.67-1
ii  libcapture-tiny-perl 0.48-1
ii  libcgi-pm-perl   4.44-1
ii  libclass-accessor-perl   0.51-1
ii  libclone-perl0.41-1+b2
ii  libdpkg-perl 1.19.7
ii  libemail-valid-perl  1.202-1
ii  libfile-basedir-perl 0.08-1
ii  libfile-find-rule-perl   0.34-1
ii  libio-async-loop-epoll-perl  0.20-1
ii  libio-async-perl 0.74-1
ii  libipc-run-perl  20180523.0-1
ii  liblist-compare-perl 0.53-1
ii  liblist-moreutils-perl   0.416-1+b5
ii  libmoo-perl  2.003004-2
ii  libpath-tiny-perl0.108-1
ii  libtext-levenshtein-perl 0.13-1
ii  libtimedate-perl 2.3000-2
ii  libtry-tiny-perl 0.30-1
ii  libtype-tiny-perl1.004004-1
ii  liburi-perl  1.76-1
ii  libxml-simple-perl   2.25-1
ii  libyaml-libyaml-perl 0.80+repack-2+b1
ii  man-db   2.8.7-3
ii  patchutils   0.3.4-2+b1
ii  perl [libdigest-sha-perl]5.30.0-7
ii  t1utils  1.41-3
ii  xz-utils 5.2.4-1+b1

Versions of packages lintian recommends:
ii  libperlio-gzip-perl  0.19-1+b6

Versions of packages lintian suggests:
pn  binutils-multiarch 
ii  libhtml-parser-perl3.72-3+b4
ii  libtext-template-perl  1.55-1

-- no debconf information