Bug#991275: tar doesn't restore all directory timestamps from the extracted archive

[Vincent Lefevre]

Control: tags -1 upstream
Control: forwarded -1 
https://lists.gnu.org/archive/html/bug-tar/2021-07/msg00011.html

I've reported the bug upstream.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#991275: tar doesn't restore all directory timestamps from the extracted archive

[Vincent Lefevre]

On 2021-07-19 20:16:57 +0100, Janos LENART wrote:
> I am going to forward this report upstream, but I find it extremely
> unlikely they'd change this behavior as that would lead to
> surprising results for others depending on the current default.

Why would user want the current default?

This rule is very obscure and unintuitive, and I don't see any
advantage.

The linux-source archive surely does not expect this rule.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#991275: tar doesn't restore all directory timestamps from the extracted archive

[Janos LENART]

severity 991275 wishlist
tags 991275 + wontfix
thanks

Hi Vincent,

I am going to forward this report upstream, but I find it extremely
unlikely they'd change this behavior as that would lead to
surprising results for others depending on the current default.

Regards,

On Mon, 19 Jul 2021 at 16:12, Vincent Lefevre  wrote:

> I can see that the --delay-directory-restore option solves the issue.
> But IMHO, this option should be the default to avoid surprising
> results (the linux package doesn't ensure that the items are
> "correctly" ordered, if I understand its debian/rules.real file).
>
> --
> Vincent Lefèvre  - Web: 
> 100% accessible validated (X)HTML - Blog: 
> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
>


-- 
LÉNÁRT, János

Bug#991275: tar doesn't restore all directory timestamps from the extracted archive

[Vincent Lefevre]

I can see that the --delay-directory-restore option solves the issue.
But IMHO, this option should be the default to avoid surprising
results (the linux package doesn't ensure that the items are
"correctly" ordered, if I understand its debian/rules.real file).

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#991275: tar doesn't restore all directory timestamps from the extracted archive

[Vincent Lefevre]

Note: I did not do the bug report from the machine for which I posted
the results, but there are exactly the same results for this second
machine (they are both Debian/unstable machines).

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#991275: tar doesn't restore all directory timestamps from the extracted archive

[Vincent Lefevre]

Package: tar
Version: 1.34+dfsg-1
Severity: important

tar doesn't restore all directory timestamps from the extracted archive.

Example with

  tar -xaf /usr/src/linux-source-5.10.tar.xz

There are 4712 directories, but 118 of them have a recent timestamp.

zira% find linux-source-5.10 -type d | wc -l
4712
zira% find linux-source-5.10 -mtime -1 | wc -l
118
zira% find linux-source-5.10 -mtime -1 -type d | wc -l
118

e.g.

zira% ls -ld linux-source-5.10/drivers/dma/dw
drwxr-xr-x 2 vinc17 vinc17 4096 2021-07-19 15:45:29 
linux-source-5.10/drivers/dma/dw

(though this directory is present in the archive).

-- System Information:
Debian Release: 11.0
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'testing-security'), (500, 
'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-8-amd64 (SMP w/12 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=POSIX, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages tar depends on:
ii  libacl1  2.2.53-10
ii  libc62.31-13
ii  libselinux1  3.1-3

tar recommends no packages.

Versions of packages tar suggests:
ii  bzip21.0.8-4
pn  ncompress
pn  tar-doc  
pn  tar-scripts  
ii  xz-utils 5.2.5-2

-- no debconf information

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)