Pax (command)
pax is an archiving utility available for various operating systems and defined since 1995.[1] Rather than sort out the incompatible options that have crept up between In 2001, IEEE defined a new pax format which is basically tar with additional extended attributes.[4][5] The format is not supported by pax commands in most Linux distributions and in FreeBSD, but it is supported by tar commands from GNU and FreeBSD; the format is further supported by pax commands in AIX, Solaris and HP-UX. The name "pax" is an acronym for portable archive exchange, but is also an allusion to the Latin word for "peace"; the command invocation and structure represents somewhat of a peaceful unification of both HistoryThe first public implementation of pax was written by Mark H. Colburn in 1989. Colburn posted it to comp.sources.unix as Usenix/IEEE POSIX replacement for TAR and CPIO. Manual pages for pax on HP-UX, IRIX, and SCO UNIX attribute pax to Colburn.[6] As early as POSIX.2 draft 10 from July 1990 covers pax command.[7] Furthermore, POSIX.2 and IEEE 1003.1b drafts in 1991 cover pax command, featuring cpio and ustar archive formats. Another version of the pax program was created by Keith Muller in 1992–1993.[8] The version first appeared in 4.4BSD (1995).[9] Pax command appeared in X/Open issue 4 (Single Unix Specification version 1) in 1995,[1] featuring cpio and ustar archive formats, which were also the only two formats featuring in the 1997 Single Unix Specification. In 1997, Sun Microsystems proposed a method for adding extensions to the ustar format. This method was accepted for the POSIX.1-2001 standard as the new pax file format. The POSIX specification for the pax utility was updated to include this format.[1] FeaturesModespax has four general modes that are invoked by a combination of the -r ("read") and -w ("write") options. This table summarizes the modal behaviour:
This model is similar to cpio, which has a similar set of basic operations. ExamplesList contents of an archive: $ pax < archive.tar
Extract contents of an archive into the current directory: $ pax -r < archive.tar
Create an archive of the current directory: $ printf '.' | pax -w > archive.tar
$ pax -w . > archive.tar
Copy current directory tree to another location: $ printf '.' | pax -w > archive.tar
$ pax -rw target_dir .
(The target directory must exist beforehand!) Command invocationBy default, pax uses the standard input/output for archive and listing operations. This can be changed with the "tar-style" option The pax command is a mish-mash of cpio and tar features. Like tar, pax processes directory entries recursively, a feature that can be disabled with For example, if one desires a cpio-style archiving of the current directory, pax can be used with find just like one does using cpio: $ find . -depth -print | pax -wd > archive.tar
(This construct is pointless without any filters for find, as it becomes identical to the above example.) The command for extracting the contents for an archive is the same as cpio: $ pax -r < archive.tar
It is possible to invoke these commands in a $ pax -wf archive.tar . # write (archive)
$ pax -rf archive.tar # read (extract)
$ pax -f archive.tar # list
$ pax -rw . archive_dir # copy
CompressionMost implementations of pax use the -z (gzip) and -j (bzip2) switches for compression; this feature however, is not specified by POSIX. It is important to note that pax cannot append to compressed archives. $ pax -rzf archive.tar.gz
As in tar and cpio, pax output can be piped to another compressor/decompressor program. As an example xz is used here: $ pax -w . | xz > archive.tar.xz
and listing an xz-compressed archive as the input: $ xzcat archive.tar.xz | pax
Format supportPOSIX.1-2001 requires that pax command supports the archive formats cpio, ustar and pax at a minimum. The versions of pax command that stem from the 4.4BSD implementation usually inherit the formats supported by that version, selectable via the -x option:
The POSIX.1-2001 pax format is not supported by this BSD version of pax command. The format is not supported on most Linux distributions (whose pax command is from the MirBSD branch of MirCPIO-paxmirabilis)[10][11][12] and on FreeBSD.[9] The format is supported by pax command in AIX,[13] Solaris[14] and HP-UX. It is further supported by Python tarfile module,[15] by BSD-licensed libarchive,[16][17] by 7-ZIP[18] and further by GNU tar[19] and FreeBSD tar.[20] The Heirloom Project pax command, developed by Gunnar Ritter in 2003, supports the pax format as well as many extra formats.[21] Multiple volumespax supports archiving on multiple volumes. When the end of a volume is reached, the following message appears: $ pax -wf /dev/fd0 .
ATTENTION! pax archive volume change required.
/dev/fd0 ready for archive volume: 2
Load the NEXT STORAGE MEDIA (if required) and make sure it is WRITE ENABLED.
Type "y" to continue, "." to quit pax, or "s" to switch to new device.
If you cannot change storage media, type "s"
Is the device ready and online? >
When restoring an archive from multiple media, pax asks for the next media in the same fashion, when the end of the media is reached before the end of the archive. Standardization, reception and popularityDespite being standardized in 2001 by IEEE, as of 2010, pax enjoys relatively little popularity or adoption.[citation needed] This is in part because there was not any need for it from the Unix users; it was just the POSIX committee that wants to have a more consistent interface. Pax is also fairly chatty and expects user interactions when things go wrong.[citation needed] pax is required to be present in all conformant systems by Linux Standard Base since version 3.0 (released on July 6, 2005),[22] but so far few Linux distributions ship and install it by default. However, most distributions include pax as a separately installable package.[23][24][25] pax has also been present in Windows NT, where it is limited to file archives (tapes not supported).[3] It was later moved to the Interix subsystem. It does not support archiving or restoring Win32 ACLs.[26] pax was further present in Windows 2000.[27] Packages handled by the Installer (macOS) often carry the bulk of their contents in an Archive.pax.gz file that may be read using the system's pax (heirloom) utility.[28] See alsoReferences
Further reading
External linksWikibooks has a book on the topic of: Guide to Windows Commands The Wikibook Guide to Unix has a page on the topic of: Commands
|