As stated in the summary. The ebuild does not install librmt which causes the infinite rebuilds. (/usr/bin/{smt,star} (requires librmt.so.1.0)) libschily.so librmt.so libfind.so libdeflt.so
Sorry, hit "Submit bug" to early. The problem is star does not install required libraries. /usr/bin/smt (requires librmt.so.1.0 libschily.so.1.0) /usr/bin/star (requires libdeflt.so.1.0 libfind.so.1.0 librmt.so.1.0 libschily.so.1.0) /usr/bin/star_sym (requires libfind.so.1.0 libschily.so.1.0) /usr/bin/tartest (requires libschily.so.1.0) /usr/sbin/rmt.star (requires libdeflt.so.1.0 libschily.so.1.0) Maybe this was done because some of the libraries (libdeflt libschily libfind) are already installed with cdrtools. A workaround is to build star static "LINKMODE=static". A clean and probably tedious solution would be making a separate package providing the libraries and make star and cdrtools depend on it. I thought about this before and tried to package smake, star and cdrtools where star and cdrtools were built with smake. There were still collisions and other issues so I simply gave up.
Hm, I wonder what has changed between 1.5.2 and 1.5.3 because this did not happen with 1.5.2.
+ 02 Aug 2015; Justin Lecher <jlec@gentoo.org> star-1.5.3.ebuild: + Change linking to break usage of systemlibs coming from app-cdr/cdrtools, bug + #556496 + I hope that change help, please try it out
Well building star static was the change I proposed. I did test this before to check if it fixes the issue. Anyway now everything is fine!
(In reply to Daniel Pielmeier from comment #4) > Well building star static was the change I proposed. I did test this before > to check if it fixes the issue. Anyway now everything is fine! I didn't add the static version but removed the extra "LINKMODE=dynamic" which was added.
