В Python 3.8 предлагают использовать pax формат архива по умолчанию

Что: a3f2621a4986184923161e2e1c65778f61a98086

Когда: 2020-11-27 13:26:14+03:00

Темы: python

В 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

оставить комментарий

Сгенерирован: SGBlog 0.34.0