Some time ago, I ran across a problem in compiling sci-astronomy/xephem-3.7, which seemed to be a problem with the motif libraries. Today, when updating openmotif, I noticed the source of that error. It seems that the motif profile is not updated correctly. There are three directories in /usr/include which are not handled correctly by motif-config. During emerge, and also when running motif-config directly, the following errors are displayed: rm: cannot remove `/usr/include/Mrm': Is a directory rm: cannot remove `/usr/include/Xm': Is a directory rm: cannot remove `/usr/include/uil': Is a directory rm: cannot remove `/usr/include/Mrm': Is a directory ln: `/usr/include/Mrm/Mrm': File exists rm: cannot remove `/usr/include/Xm': Is a directory ln: `/usr/include/Xm/Xm': File exists rm: cannot remove `/usr/include/uil': Is a directory ln: `/usr/include/uil/uil': File exists * /usr/bin/motif-config: New default Profile is: openmotif-2.2 Unfortunately, even though these errors are encountered, the tool exits successfully. I propose that one or more of the following changes be made to motif-config: 0) Allow motif-config to return an appropriate value when errors occur. This can be accomplished by keeping a return value and updating it after each action. Patch to follow. 1) Allow motif-config to die when errors occur. Let me know if this would be preferable to (0), and I'll try to write up a patch. 2) Fix the problem by removing the directories. This can be accomplished by changing each "rm -f" to "rm -rf". sed -i -e 's/\<rm -f\>/rm -rf/' motif-config
Created attachment 80057 [details, diff] patch to allow motif-config to return an appropriate exit value
thx, commited as 0.10
I can confirm this problem (which prevents xpdf from being installed), and that the current fix commited corrects the issue.
