# This directory contains SVG images which we don't want to compress use doc && touch "${ED}"/usr/share/doc/${PF}/doc/images.ecompress.skip Do I have to explain that any non-Portage package manager will just compress the images and install this useless file?
(In reply to Michał Górny from comment #0) > Do I have to explain that any non-Portage package manager will just compress > the images and install this useless file? No. You need to explain why that no longer works since your modifications to ecompress: https://archives.gentoo.org/gentoo-portage-dev/message/7f06411bbc90d19f423d99dbcaef8713 And also why is there no way for ebuilds to opt out of this path- and extension-based automated file compression.
(In reply to Ștefan Talpalaru from comment #1) > And also why is there no way for ebuilds to opt out of this path- and > extension-based automated file compression. Yes, there is. And it's documented.
You're confusing user settings with ebuild settings. Go ahead and fix the "awesome" ebuilds to no longer compress SVG files, regardless of the user's PORTAGE_COMPRESS and PORTAGE_COMPRESS_EXCLUDE_SUFFIXES. You'll see what I mean. I ran into this problem with a file called "EULA" that a hardcoded binary path forces into "/usr/share/doc/". The only way I found to avoid the ecompress plague was to rename it into "EULA.png" and make an "EULA" symlink to it. So much for sane tooling design...
I am not. Furthermore, I am not going to reply to insults and provocations. Your comments are off topic here, so please cease them.
(In reply to Ștefan Talpalaru from comment #1) > And also why is there no way for ebuilds to opt out of this path- and > extension-based automated file compression. Please read the manual again: https://devmanual.gentoo.org/ebuild-writing/eapi/index.html#eapi=4 ("Helpers", last bullet point), https://projects.gentoo.org/pms/7/pms.html#x1-13100012.3.11 (In reply to Ștefan Talpalaru from comment #3) > I ran into this problem with a file called "EULA" that a hardcoded binary > path forces into "/usr/share/doc/". The only way I found to avoid the > ecompress plague was to rename it into "EULA.png" and make an "EULA" symlink > to it. Where? I don't see any EULA or EULA.png in the ebuild. > So much for sane tooling design... Nope.
Thanks. "docompress -x <dir>" disables the compression as advertised in that devmanual page about differences between EAPIs.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=90c82aa2005112d1a9e55cc67db43f7c49d2e4ba commit 90c82aa2005112d1a9e55cc67db43f7c49d2e4ba Author: Marek Szuba <marecki@gentoo.org> AuthorDate: 2021-01-18 10:20:23 +0000 Commit: Marek Szuba <marecki@gentoo.org> CommitDate: 2021-01-18 10:21:22 +0000 x11-wm/awesome: use 'docompress -x' to handle doc non-compression Closes: https://bugs.gentoo.org/666414 Signed-off-by: Marek Szuba <marecki@gentoo.org> x11-wm/awesome/awesome-4.2-r3.ebuild | 2 +- x11-wm/awesome/awesome-4.3-r100.ebuild | 2 +- x11-wm/awesome/awesome-4.3-r2.ebuild | 2 +- x11-wm/awesome/awesome-9999.ebuild | 2 +- 4 files changed, 4 insertions(+), 4 deletions(-)
