В 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