Recently had a bug filed to add app-arch/unzip to the DEPEND of an eclass of mine because the source files are zipped (i.e. due to the filename in SRC_URI, not because of any intrinsic depency on unzip once installed). Would it be reasonable to add unzip to the base profile, since ebuild.sh rdepends on it (similarly lha and unrar) - or make portage RDEPEND on it (them)? If not, perhaps a clarification to the description of the unpack function in ebuild(5) would be worthwhile; something like: "This function uncompresses and/or untars a list of sources into the current directory. The function will append source to the DISTDIR variable. Note that use of file formats not supported by the base profile require the relevant unpacking/decompression utility to be listed in DEPEND."
this belongs on the gentoo-dev list personally, i dont think any zip package belongs in base gzip/tar/bzip2 are *nix packages, zip is not
ok; nothing to fix. no real need to mess with the man page, even.