В Python 3.8 предлагают использовать pax формат архива по умолчанию
https://bugs.python.org/issue36268
Кроме того, что сам GNU Tar не рекомендует GNU Tar, а pax, кроме того
что NetBSD/OpenBSD не поддерживают GNU Tar:
* For C/C++, Libarchive and GNU tar are the modern two heavy hitters,
and they both have supported it for a very long long. Modern version
of old-style bsdtar should, but if not then they don't support GNU tar
either. These are commonly used when needed with C/C++, or programmers
implement their own bespoke solutions.
* Libtar (C) does not, but it hasn't been updated for 6 years (and has
been in minimal maintenance mode for over 15) so I'm not sure its
really relevant anymore. Virtually any platform will also have one of
the previous.
* The major implementation for Java, Apache Commons Compress, added
support for both pax and GNU in its 1.2 version, back in 2011 (8 years
ago)
* R uses the system's tar executable (or bundled modern tar), so will
have the same support as that (i.e. any remotely modern system should
be compatible). Their documentation explicitly recommends against GNU
tar in favor of pax or ustar instead for portability:
https://stat.ethz.ch/R-manual/R-devel/library/utils/html/tar.html
* git-archive uses pax exclusively
* PHP supports ustar only, not pax or GNU; in that case pax is generally
the more compatible of the two extended formats
* The node-tar library, the apparent standard for Javascript, support it
* The standard tar package for Go supports it
* What seems to be the major current implementation for C#, SharpZipLib,
supports it
* Ruby has no apparent standard implementation; a few third-party
libraries have a mix of support