[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#718331: marked as done (Do not raise autoreject tag for data.tar when dak is ready)



Your message dated Wed, 03 May 2017 18:42:00 +0000
with message-id <be061d0f-a3db-b3ea-dfe7-ffd4dfe5540e@thykier.net>
and subject line Re: lintian: Please allow .deb with uncompressed data.tar member
has caused the Debian Bug report #718331,
regarding Do not raise autoreject tag for data.tar when dak is ready
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
718331: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=718331
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: lintian
Version: 2.5.15
Severity: wishlist
Control: block -1 by 718329 718330

Hi!

The lintian checks seems to reject uncompressed data.tar .deb members,
as specified by deb(5), which have been supported since dpkg 1.10.24.

At least the kernel team is currently using «dpkg-deb -Zgzip -z0» on
linux-source-3.10, which generates an uncompressed data.tar.gz member
(which TBH in a strict sense it's bogus for dpkg to create), because
otherwise dak rejects uncompressed .deb data.tar members by way of
lintian.

Take into account that the Debian archive should probably continue
rejecting those for now until at least python-apt and apt are fixed to
support these members. I guess this could be fixed in lintian, and still
get dak to reject them, in such case please ignore the blocks.

dpkg-deb calls that "compressor" «none», in case you'd like to have
some term consistency.

In any case uncompressed data.tar members are useful in general, when
the contents are all already compressed and there's no gain in
recompressing the member again. AFAIK debdelta is also using those
when reconstructing .debs to feed to dpkg, to avoid duped work.

Thanks,
Guillem

--- End Message ---
--- Begin Message ---
Source: lintian
Source-Version: 2.5.50

On Tue, 30 Jul 2013 12:36:06 +0200 Guillem Jover <guillem@debian.org> wrote:
> Package: lintian
> Version: 2.5.15
> Severity: wishlist
> Control: block -1 by 718329 718330
> 
> Hi!
> 
> The lintian checks seems to reject uncompressed data.tar .deb members,
> as specified by deb(5), which have been supported since dpkg 1.10.24.
> 
> [...]
> 
> Thanks,
> Guillem
> 
> 

Solved in lintian/2.5.50.

Thanks,
~Niels

--- End Message ---

Reply to: