Debian Bug report logs - #1030586
lintian: Testsuite failure on some systems: 1h time offset in test ancient-source

version graph

Package: lintian; Maintainer for lintian is Debian Lintian Maintainers <[email protected]>; Source for lintian is src:lintian (PTS, buildd, popcon).

Reported by: Axel Beckert <[email protected]>

Date: Sun, 5 Feb 2023 11:45:01 UTC

Severity: important

Tags: ftbfs

Found in version lintian/2.116.3

Full log

Message #25 received at [email protected] (full text, mbox, reply):

Received: (at 1030586) by bugs.debian.org; 5 Feb 2023 21:01:57 +0000
From [email protected] Sun Feb 05 21:01:57 2023
X-Spam-Checker-Version: SpamAssassin 3.4.6-bugs.debian.org_2005_01_02
	(2021-04-09) on buxtehude.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-7.7 required=4.0 tests=BAYES_00,FROMDEVELOPER,
	HAS_BUG_NUMBER,HEADER_FROM_DIFFERENT_DOMAINS,SHIP_ID_INT,SPF_HELO_NONE,
	SPF_NONE autolearn=ham autolearn_force=no
	version=3.4.6-bugs.debian.org_2005_01_02
X-Spam-Bayes: score:0.0000 Tokens: new, 8; hammy, 150; neutral, 179; spammy,
	0. spammytokens: hammytokens:0.000-+--Lintian,
	0.000-+--HFace:sk:iVBORw0, 0.000-+--allbery, 0.000-+--Allbery,
	0.000-+--H*RU:sym2.noone.org
Return-path: <[email protected]>
Received: from sym.noone.org ([2a01:4f8:120:4161::3]:57896 helo=sym2.noone.org)
	by buxtehude.debian.org with esmtps (TLS1.2:ECDHE_X25519__RSA_SHA512__AES_256_GCM:256)
	(Exim 4.94.2)
	(envelope-from <[email protected]>)
	id 1pOm97-00HBLt-56
	for [email protected]; Sun, 05 Feb 2023 21:01:57 +0000
Received: by sym2.noone.org (Postfix, from userid 1000)
	id 4P91zR1bzwzvjfm; Sun,  5 Feb 2023 22:01:55 +0100 (CET)
Date: Sun, 5 Feb 2023 22:01:54 +0100
From: Axel Beckert <[email protected]>
To: Russ Allbery <[email protected]>
Cc: [email protected]
Subject: Re: Bug#1030586: lintian: Testsuite failure on some systems: 1h time
 offset in test ancient-source
Message-ID: <[email protected]>
References: <[email protected]>
 <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <[email protected]>
X-Operating-System: Linux 4.9.0-18-amd64
X-Machine: sym2 x86_64
X-Editor: GNU Emacs 25.1.1
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAALVBMVEVEREQiIiL///9VVVUzMzNm
 ZmYRERF3d3eIiIju7u6ZmZnd3d27u7uqqqrMzMx6FhjdAAACUklEQVQ4y3XUMYvUQBQH8BcnnDZC
 xosRhRPZ47hbdllG3g5YWGTYYRsVjhuHoF2aqRck5ECURYtdBJs0tnIIp9htZ3cINoKNWPkFLPwS
 vuyRZLN7plryy755M/Ofgc5/Hqh/db8Und7fYgMGM5vMsuRtsQaDUwOATOYv2tCbZchIpLWfWvAt
 MQIRJVp7r1iBd9YKwPNHnjTQNWgEo5eCCRRPGtgHuayEAiCGqw2cMYNojUGhQ63ZooZDBtLmBgE0
 51yfVDAAzWyeofB9zdMovFTBgQ6QQAjQikc8fVDBHT6SCQH4BDxNdyrY41Rplhvhl0Ok0fV6DC7z
 fJ5b9LhzkXNBBV2V5PlxnhmfRy6NHC+qdkVmrUGbiXWY0lIozdAoKuQcX1Qw4bFP/YRaRfSHBrpD
 FT5WoRcyMXYubUohfR74YQgMhy7i47qr36/VNhp6TbvCld7arqA/F1em1FZynBmtgq0b9er+ME9P
 bZLP55kBP/Bu1dDL3nzEZDlH2sIV6Nv5bELLklnBZDZuYGAtGpbYMhLSuJVSBlQgpCk3Xd51O01K
 Dj0+oqQgbW48drebXBmPx+cpiXWU3mzgmR/GsEyPhsitwHtaQj5C2luNXnqtgTNaWR2XKYkJjhrY
 BUqoD5pUDu8XDewzGoFAhSM5/LqS9n55NmgAHjIrW+eDsijKBmK0D1sw0RRbx0NAcdSCX1QmSjlN
 xl+0YF9R1rgGEI/WTu33D5R/Av/V+jnfo6YILm9cALvl9AB/bsCBLuH55l3SnRK8vOiS6fyRny+8
 fdaef/SP2dCp/isOAAAAAElFTkSuQmCC
Organization: The Debian Project
User-Agent: NeoMutt/20170113 (1.7.2)

Hi Russ,

Russ Allbery wrote:
> > # -ancient-source (source): unpack-message-for-source tar: ancient-source-1.0/README: implausibly old time stamp 1969-12-31 23:59:59
> > # +ancient-source (source): unpack-message-for-source tar: ancient-source-1.0/README: implausibly old time stamp 1970-01-01 00:59:59
> 
> The exactly one hour difference makes me suspicious something is going on
> with time zone conversions.  That's also consistent with the one hour time
> difference between UTC and Europe/Zurich at New Years.
> 
> Looking at the source of tar, the output timestamp for this error seems to
> be in local time by default, which would certainly explain the problem but
> not why we're not seeing it everywhere.  I would be curious if it went
> away if you added --utc to the flags to tar in
> Lintian::IO::Select::unpack_and_index_piped_tar

Nice idea! Will definitely try.

> or (bigger hammer) just set TZ=UTC when running Lintian.

I tried with TZ=GMT. I also tried TZ=UTC, but that had no effect. I
think you need to use TZ=Etc/UTC there instead.

> Lintian should probably force all output it controls to UTC for
> reproducibility, including tar's, but I'm still mystified as to why it
> works on the other system.  This part of tar doesn't seem to have changed,
> and as you mentioned replacing tar didn't change anything.

Exactly. All of that. :-)

		Regards, Axel
-- 
 ,''`.  |  Axel Beckert <[email protected]>, https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-    |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Send a report that this bug log contains spam.

Debian bug tracking system administrator <[email protected]>. Last modified: Tue May 13 11:32:33 2025; Machine Name: bembo

Debian Bug tracking system

Debbugs is free software and licensed under the terms of the GNU General Public License version 2. The current version can be obtained from https://bugs.debian.org/debbugs-source/.

Copyright © 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson, 2005-2017 Don Armstrong, and many other contributors.