Package: tar Version: 1.29b-1.1 Followup-For: Bug #597577 Dear Maintainer,
just wanted to add that a) this bug still exists b) it happens to not so weird filenames as well c) this seems to be undocumented in both the manpage and at least the synopsis of the info doc d) it contradicts posix, even when POSIXLY_CORRECT is set, you don't get correct behaviour e) it caused loss of file data here because the user deleted the file after the backup Even if it might not in itself cause data loss, the fact that this is totally unexpected (other unix utilities don't do this, neither do other tar implementations nor pax, afaics, and neither is it alowed by posix) and indeed undocumented make this a very bad trap that shouldn't stay unfixed in debian for 8 years. The file in question here was named: Студия_07\04\12.meta1-conv which is not how I would have named it, but it's hardly weird, especially as no other utilities have trouble with it. Thanks for your concern :) -- System Information: Debian Release: 9.5 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.14.67-041467-generic (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/bash Init: systemd (via /run/systemd/system) Versions of packages tar depends on: ii libacl1 2.2.52-3+b1 ii libc6 2.27-5 ii libselinux1 2.6-3+b3 tar recommends no packages. Versions of packages tar suggests: ii bzip2 1.0.6-8.1 ii ncompress 4.2.4.4-16 pn tar-scripts <none> ii xz-utils 5.2.2-1.2+b1 -- no debconf information
