The idea is to compress build logs as they are written, in order to facilitate the publishing of compressed tinderbox logs on a web server. Since the portage code opens the build log many times in many places, it's not very convenient to pass an open file descriptor to all those places. However, it's possible to open the file in append mode with the gzip.GzipFile() class. A helper function can be used to open the file based on the current FEATURES settings.
probably best to not encode a compression schema in the feature name
(In reply to comment #1) > probably best to not encode a compression schema in the feature name > I agree; otherwise, we could end up in collision. One feature for compression, and one extra variable for the algo (default to gz please, to easily use zcat and zgrep).
Different approach proposed in bug 324729 .
*** Bug 328063 has been marked as a duplicate of this bug. ***
This is in git now: http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=commit;h=42cab46428e69cf7423053b10940a275c38c04ff
This is in 2.2_rc68, but I'll leave this bug open until it's in an unmasked version.
This is fixed in 2.1.9.