Ticket #472 (closed enhancement: fixed)
ecompress support
| Reported by: | dleverton | Owned by: | ciaranm |
|---|---|---|---|
| Priority: | Sometime | Milestone: | |
| Component: | repositories/e | Version: | 0.26.0_alpha5 |
| Keywords: | Cc: | paludis@… | |
| Blocked By: | Blocking: | ||
| Distribution: |
Description
Recent portage has the "ecompress" feature to allow users to configure which compressor to use for man/info/docs/etc, and the ecompress and ecompressdir commands for use in ebuilds in order to respect the user's choice. We should at least implement stubs for the ebuild side.
Command line for ecompress:
- "ecompress --suffix" prints .gz, .bz2 etc to stdout. A stub implementation would simply print nothing.
- "ecompress --bin" echos the compression program, including any arguments. A stub would echo ":". (This doesn't seem to be used in the tree yet.)
- "ecompress ${anything_else}" compresses all the listed files. A stub would do nothing.
Command line for ecompressdir:
- "ecompressdir ${list_of_directories}" recursively compresses all files in each of the listed directories.
A non-trivial implementation, if we ever decide to do one, needs to deal with already-compressed files and hard-linked files (according to comments in the portage implementation, some compression programs react badly to these), and needs to rewrite symlinks to files that have their names changed by the compression.
Change History
comment:1 Changed 5 years ago by dleverton
- Status changed from new to closed
- Resolution set to fixed
comment:2 Changed 5 years ago by wdah3
- Cc paludis@… added
Why not? Compressing the man pages and stuff is OK, ain't it?

Stubs in r4216, we don't really care about doing a full implementation.