Wrong Xaw3D version in ports when using xorg distribution.
How-To-Repeat: Compile Xaw3D, this will produce /usr/X11R6/lib/libXqw3d.so.7. But for system
with xorg XAWVER will be 8 (for example, try installing print/gv port). So
any builds that depend on Xaw3D will be broken.
Maybe you have a pre-xorg Xaw-installation on your system or something?
The ports-infrastructure seems to DTRT:
Xaw3d@menelaos [12:34:27]> X_WINDOW_SYSTEM=xorg make -V XAWVER
Could you please send the complete transcript of the build e.g.
Over to x11-ulators
The xaw3d port is pretty broken atm.
I made a patch some time ago and had it tested successfully by some people on
ports@, but never got around to committing. Please review.
The trouble is that Xaw3d will install library with the highest version of Xaw
library. The current xorg-libraries port will install libXaw.so.6,
libXaw.so.7 and libXaw.so.8. Xaw3d will therefore install libXaw3d.so.8. It
should not install libXaw3d.so.7 on a system with up to date imake and
The current XFree86-4-libraries port on the other hand will install
libXaw.so.6 and libXaw.so.7. In that case Xaw3d will install libXaw3d.so.7.
I agree that detecting this is somewhat fragile and should be fixed. I'll try
to come up with something, but for now Xaw3d port works as it should, given
up-to-date ports tree and up-to-date versions of ports installed.
Because of the above, proposed patch would break 'make package' on up-to-date
===> Registering installation for Xaw3d-1.5_1
===> Building package for Xaw3d-1.5_1
tar: lib/libXaw3d.so.7: Could not stat: No such file or directory
pkg_create: make_dist: tar command failed with code 256
Creating package /tmp/packages/All/Xaw3d-1.5_1.tbz
Registering depends: xorg-libraries-6.8.2 fontconfig-2.2.3,1 freetype2-2.1.7_4
Creating bzip'd tar ball in '/tmp/packages/All/Xaw3d-1.5_1.tbz'
*** Error code 1
Stop in /a/ports/x11-toolkits/Xaw3d.
This PR hasn't really been in "feedback" state for a while. I'm still not
clear on what needs to be done, but it sounds like lesi's got a handle on it.
(This so version handling sounds exceptionally shady to me, though).
Submitter reports that the problem was due to mismatched imake in
his installation. We have traditionally not hacked in version
checks to avoid these problems (and needing to update imake for
XFree86->X.Org is documented in UPDATING), unless the problem is
very serious. So, close this PR at this point.