feat: Add support for inspecting tar{,?z,bz2} and zip files about eza

[johnsonjh]

@cafkafk

This would be a neat extension because this has, in fact, been something available historically on other systems.

IBM AIX, since at least AIX version 3 (and optionally in AIX 2 and 1.3), has shipped li, which is an extended ls program, which has supported various features including treating archives as quasi-directories. It is unfortunately old and crusty now, so it doesn't properly visually disambiguate everything, and shows negative block counts, but I still use it all the time. It's part of the bos.compat.cmds package in current AIX.

In IBM AIX, an AIX/XCOFF .a archive will contain multiple versions of shared libraries and can also hold both 32-bit and 64-bit versions of them (sort of a FAT binary), for example:

$ li -lv -Rq /opt/freeware/lib/libgmp.a 
?rwxr-xr-x    1 sa       staff      725260  Nov 23 2021  <libgmp.so.10>
?rwxr-xr-x    1 sa       staff      785444  Nov 23 2021  <libgmp.so.10>
?rwxr-xr-x    1 sa       staff      478616  Nov 23 2021  <libgmp.so.3>
?rwxr-xr-x    1 sa       staff      555016  Nov 23 2021  <libgmp.so.3>
grand total -121 blocks

The ar interface is a bit clunkier, needing a flag to show 64-bit versions, and not doing name lookups, etc.:

$ ar -tv /opt/freeware/lib/libgmp.a
rwxr-xr-x   208/1     725260 Nov 23 18:17 2021 libgmp.so.10
rwxr-xr-x   208/1     478616 Nov 23 18:17 2021 libgmp.so.3

$ ar -X64 -tv /opt/freeware/lib/libgmp.a
rwxr-xr-x   208/1     785443 Nov 23 18:17 2021 libgmp.so.10
rwxr-xr-x   208/1     555016 Nov 23 18:17 2021 libgmp.so.3

If you tell li to recursively list directories, adding -Rq (recurse quasi) also recurses through the archives as well, just as if they were directories.

Since AIX has Rust now, supporting XCOFF archives would be great, but some kind of generic support (a, tar, cpio, zip) even without compression would be neat. Compression would be a bit tricky, you'd have to worry about some major slowdowns, "zip bombs", etc...

It sure would be nice for at least one replacement tool to catch up with what IBM had back in the 1980s.

[cafkafk]

I'd be open to such a thing, could be super useful, but if a potential implementation is too heavy, we probably should consider feature gating this.

[cafkafk]

(could also support bzip3, although this is probably considerably harder)

[taminob]

I'd like to look into this issue since this sounds pretty useful.
I will probably only look into the support of one or maybe two archive formats for the first PR, but this can hopefully provide a foundation on which additional formats can then be added.