The cmod options produce vertical striping when combined with transparency and a root background set with gnomecc. The striping suggests that Eterm is treating the image as packed 24-bpp when it is actually 32-bpp. Please see http://lizardking.dabney.caltech.edu/eterm-bug.png for a demonstration of the problem. Eterm's default theme was used, with cmod options specified on the command line.
We believe that the bug you reported is fixed in the latest version of
eterm, which is due to be installed in the Debian FTP archive:
eterm_0.9.2-0pre2002042801.dsc
to pool/main/e/eterm/eterm_0.9.2-0pre2002042801.dsc
eterm_0.9.2-0pre2002042801.tar.gz
to pool/main/e/eterm/eterm_0.9.2-0pre2002042801.tar.gz
eterm_0.9.2-0pre2002042801_i386.deb
to pool/main/e/eterm/eterm_0.9.2-0pre2002042801_i386.deb
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 144536@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Laurence J. Lane <ljlane@debian.org> (supplier of updated eterm package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)
Format: 1.7
Date: Sun, 28 Apr 2002 15:39:02 -0400
Source: eterm
Binary: eterm
Architecture: source i386
Version: 0.9.2-0pre2002042801
Distribution: unstable
Urgency: high
Maintainer: Laurence J. Lane <ljlane@debian.org>
Changed-By: Laurence J. Lane <ljlane@debian.org>
Description:
eterm - Enlightened Terminal Emulator
Closes: 144536
Changes:
eterm (0.9.2-0pre2002042801) unstable; urgency=high
.
* CVS snapshot
* 24bpp transparency fixed, closes: 144536 144758
* buttonbar.c ASSERT error fixed
Files:
5618292b38ababf350ce4b17bbfaa9ab 619 x11 optional eterm_0.9.2-0pre2002042801.dsc
300be3ec21c28d9f0952dfd882e13a81 666926 x11 optional eterm_0.9.2-0pre2002042801.tar.gz
fdced4ff6037499eced2d98d6d5b4d71 332126 x11 optional eterm_0.9.2-0pre2002042801_i386.deb
iD8DBQE8zFLgxJBkNlXToekRAq6iAJ9OMoOUNibODG+nBPD0Uf1++ljZSACfasOC
R+3waQCF1v4TYUktXVpuL8A=
=DVLG
-----END PGP SIGNATURE-----
The striping is gone, but now "cmod red" affects the green channel, "cmod green" affects the red channel, and "cmod blue" affects nothing. It smells a little like an endianness issue. see http://lizardking.dabney.caltech.edu/eterm-bug.png, again.
On Tue, Apr 30, 2002 at 03:32:46AM -0700, Peter Meilstrup wrote: unmerge 144536 reopen 144536 tag 144536 unreproducible thanks I really prefer a decent text description of the problem, with the commands in question. I did not look at the original URL or reply to the bug report because it was a duplicate of another report. I used to imlib_config's color correction sliders to independently zero the values of red, green, and blue. Each resuting tint matches the respective "--cmod-<color> 0" tint in Eterm.
I took another look at this. WORDS_BIGENDIAN was not defined when the relevant code in pixmap.c was built. I defined WORDS_BIGENDIAN in acconfig.h, then included it in pixmap.c (I don't know much about autoconf, so I don't know whether that should be done. acconfig.h isn't included anywhere else.) Doing those two things fixed the problem for me.