We had the same issue a while ago with app-text/ghostscript-gpl-9.28 (see URL). Then doxygen was fixed, but now it's happening again after updating to app-text/ghostscript-gpl-9.53.3: error: Problem running ghostscript gs -q -g2x2 -r384x384 -sDEVICE=ppmraw -sOutputFile=_form0.pnm -dNOPAUSE -dBATCH -dNOSAFER _form0.ps. Check your installation! I think it's triggered by a formula somewhere in a docstring. Downgrading to app-text/ghostscript-gpl-9.52 removes the problem. Reproducible: Always
https://github.com/doxygen/doxygen/issues/7290 is about a year old now. The bug report predates the releases of both current versions of ghostscript-gpl and doxygen. Just seeing the same warning or error does not imply it is triggered by the same problem.
I'm just reporting this here so that ghostscript-gpl-9.52 (hopefully) isn't removed from the tree until this is fixed. Needs to be resolved upstream I think (see URL).
Turns out that this may not at all be related to doxygen. The doxygen failure is just an indirect consequence of ps2epsi not working: $ ps2epsi test.ps Error: /undefinedfilename in (/usr/bin/ps2epsi.ps) Operand stack: Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push Dictionary stack: --dict:732/1123(ro)(G)-- --dict:0/20(G)-- --dict:76/200(L)-- Current allocation mode is local Last OS error: No such file or directory GPL Ghostscript 9.53.3: Unrecoverable error, exit code 1 An strace reveals that ps2epsi actually tries to open a file /usr/bin/ps2epsi.ps which doesn't exist. Not sure if it's supposed to exist or what exactly is going on there.
OK, ps2epsi is a shell script and it clearly shows that ps2epsi.ps should actually exist. Looks to me like there may be something wrong with the ebuild or the file is just missing from the source tarball.
Whissi, any thoughts?
Well, I can confirm the issue that ps2epsi in /usr/bin expects that ps2epsi.ps which is getting installed into /usr/share/ghostscript/$PV/lib/ps2epsi.ps since forever must now live in same directory. This is caused by http://git.ghostscript.com/?p=ghostpdl.git;a=commit;f=lib/ps2epsi;h=7c96228899ea05b40cdb31dc5a4c3f61aa0d39e6 But we don't install the ps file manually so this is something which must get fixed upstream.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=c78cce44be97b9490fe275b1abc5729d7975f5f2 commit c78cce44be97b9490fe275b1abc5729d7975f5f2 Author: Thomas Deutschmann <whissi@gentoo.org> AuthorDate: 2020-12-14 14:58:54 +0000 Commit: Thomas Deutschmann <whissi@gentoo.org> CommitDate: 2020-12-14 14:58:54 +0000 app-text/ghostscript-gpl: fix ps2epsi Closes: https://bugs.gentoo.org/749399 Package-Manager: Portage-3.0.12, Repoman-3.0.2 Signed-off-by: Thomas Deutschmann <whissi@gentoo.org> ...ostscript-gpl-9.53.3-r2.ebuild => ghostscript-gpl-9.53.3-r3.ebuild} | 3 +++ 1 file changed, 3 insertions(+)
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=e795a8337fce689d9c4afc94e7e54181fa8f0522 commit e795a8337fce689d9c4afc94e7e54181fa8f0522 Author: Thomas Deutschmann <whissi@gentoo.org> AuthorDate: 2020-12-14 20:07:31 +0000 Commit: Thomas Deutschmann <whissi@gentoo.org> CommitDate: 2020-12-14 20:10:49 +0000 app-text/ghostscript-gpl: apply upstream fix for ps2epsi problem Bug: https://bugs.gentoo.org/749399 Package-Manager: Portage-3.0.12, Repoman-3.0.2 Signed-off-by: Thomas Deutschmann <whissi@gentoo.org> .../files/ghostscript-gpl-9.53.3-fix-ps2epsi.patch | 16 ++++++++++++++++ ...9.53.3-r3.ebuild => ghostscript-gpl-9.53.3-r4.ebuild} | 7 ++----- 2 files changed, 18 insertions(+), 5 deletions(-)