amd64 ~ # eix dev-java/fop [I] dev-java/fop Available versions: (2.8) 2.8-r1^t 2.9^t {doc source test verify-sig} Installed versions: 2.9(2.8)^t(02:16:54 07/02/2024)(verify-sig -doc -source -test) amd64 ~ # efil dev-java/fop /usr /usr/bin /usr/bin/fop-2.8 /usr/share /usr/share/doc /usr/share/doc/fop-2.9 /usr/share/doc/fop-2.9/NOTICE.lzma /usr/share/doc/fop-2.9/README.lzma /usr/share/fop-2.8 /usr/share/fop-2.8/lib /usr/share/fop-2.8/lib/fop-core.jar /usr/share/fop-2.8/lib/fop-events.jar /usr/share/fop-2.8/lib/fop-util.jar /usr/share/fop-2.8/package.env Out of tree package such as dev-util/ghidra::pentoo calls for [/usr/bin/]fop instead.
Whether or not to provide a symlink depends on how likely a new slot is (and whether /usr/bin/fop would then be compatible anyway). I'd probably report this to the pentoo overlay first, really.
As far as ghidra is concerned :2.7 & 2.8 build fine here. Side note:May be a good reason for $PV != :SLOT?
(In reply to Sam James from comment #1) > Whether or not to provide a symlink depends on how likely a new slot is (and > whether /usr/bin/fop would then be compatible anyway). > > I'd probably report this to the pentoo overlay first, really. We might slotmove both batik and fop to :0.
Version 2.8 is gone. Closing.