Ticket #18114 (closed defect: duplicate)
grace fails to run in Leopard - openmotif bug?
| Reported by: | sndr.sndr@… | Owned by: | macports-tickets@… |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | 1.7.0 |
| Keywords: | Cc: | sndr.sndr@…, kernelblaha@…, raphael@…, volonakis@…, buldum@…, birdflyin@…, macsforever2000@…, bela_b@…, cedric.ody@…, jeremyhu@…, cedric.luthi@…, rob.kalescky@… | |
| Port: | grace, openmotif |
Description
When trying to xmgrace (which builds fine, and used to run fine until a 'port upgrade outdated' yesterday), I now get the following error message:
Warning: locale not supported by Xlib, locale set to C Warning: Widget must be a VendorShell. Error: attempt to add non-widget child "dsm" to parent "xmgrace" which supports only widgets
Change History
comment:3 Changed 4 years ago by jwhowse4@…
I updated to openmotif 2.3.1-1_2 and then reinstalled grace, but this did not fix this problem for me.
comment:6 in reply to: ↑ description Changed 4 years ago by raphael@…
I'm getting the same error with the geomview port which also uses openmotif. So, this seems to be an openmotif problem.
comment:9 in reply to: ↑ description Changed 4 years ago by volonakis@…
Same problem on Leopard 10.5.6 {Intel}
comment:10 Changed 4 years ago by buldum@…
Cc Me!
comment:12 Changed 4 years ago by birdflyin@…
Same problem on Leopard 10.5.6 {Intel}
Cc me!
comment:18 Changed 4 years ago by raphael@…
A workaround is to add +system_x11 to /opt/local/etc/macports/variants.conf, so that by default the system X11 libraries (instead of the MacPorts libraries) are used.
I fixed my problems with geomview by reinstalling geomview and all its dependencies with
sudo port -f upgrade geomview
This should also work with other openmotif based ports.
comment:20 Changed 4 years ago by cedric.ody@…
Thanks a lot, your workaround worked fine for me -- not for grace -- but for opendx that also uses openmotif.
comment:22 follow-up: ↓ 28 Changed 4 years ago by jeremyhu@…
Can you please run the following for me? There may be some rogue libs or binaries still linking against the system X11 libs instead of the MacPorts ones (the +system_x11 variant "workaround" gives hint to that...) If you've added +system_x11 to your variants, please do not provide this information as it will not be useful. Only users without that variant should respond. Also note that adding or removing +system_x11 variant should be done with caution and switching between these variants is not supported. You should do a complete rebuild of all ports that use X11 if you change between those variants if you want a usable system:
cd /opt/local/lib for f in *dylib; do otool -L $f | grep -q /usr/X11 && echo $f; done cd /opt/local/bin for f in *; do otool -L $f | grep -q /usr/X11 && echo $f; done
comment:23 Changed 4 years ago by jwhowse4@…
I am not using the workaround +system_x11. The results of your two commands are as follows.
for f in *dylib; do otool -L $f | grep -q /usr/X11 && echo $f; done libMrm.4.0.1.dylib libMrm.4.dylib libMrm.dylib libUil.4.0.1.dylib libUil.4.dylib libUil.dylib libXm.4.0.1.dylib libXm.4.dylib libXm.dylib libcspi.0.dylib libcspi.dylib libedataserverui-1.2.8.1.0.dylib libedataserverui-1.2.8.dylib libedataserverui-1.2.dylib libeel-2.2.24.1.dylib libeel-2.2.dylib libeel-2.dylib libevbackend.0.0.0.dylib libevbackend.0.dylib libevbackend.dylib libgdraw.4.0.5.dylib libgdraw.4.dylib libgdraw.dylib libgeomview-1.9.4.dylib libgeomview.dylib libgladeui-1.7.0.4.dylib libgladeui-1.7.dylib libgladeui-1.dylib libgnome-desktop-2.7.2.6.dylib libgnome-desktop-2.7.dylib libgnome-desktop-2.dylib libgweather.1.2.2.dylib libgweather.1.dylib libgweather.dylib libloginhelper.0.dylib libloginhelper.dylib libnautilus-extension.1.1.0.dylib libnautilus-extension.1.dylib libnautilus-extension.dylib libpanel-applet-2.0.2.48.dylib libpanel-applet-2.0.dylib libpanel-applet-2.dylib libpangoxft-1.0.0.2203.1.dylib libpangoxft-1.0.0.dylib libpangoxft-1.0.dylib libspi.0.dylib libspi.dylib libvips.15.dylib libvips.dylib libvipsCC.15.dylib libvipsCC.dylib libwebkit-1.0.1.dylib libwebkit-1.0.dylib libwnck-1.22.3.14.dylib libwnck-1.22.dylib libwnck-1.dylib libxkbui.1.0.0.dylib libxkbui.1.dylib libxkbui.dylib
for f in *; do otool -L $f | grep -q /usr/X11 && echo $f; done anytooff anytoucd bdy bez2mesh binfile clip cooc cooc_features debugim dia edvips evince evince-thumbnailer find_mosaic fontforge gegl glade-3 glds glds_features gnome-desktop-item-edit gnome-panel gtk-chtheme header inkscape inkview mergeup mitsub mwm nautilus nautilus-autorun-software nautilus-connect-server nautilus-file-management-properties nip2 offconsol oogl2rib oogl2vrml oogl2vrml2 panel-test-applets pango-querymodules pango-view polymerge printlines otool: can't open file: python-config2.5 (No such file or directory) simcontr sines spatres squares switch2 sxpm ucdtooff uil vdump vips vips2dj wnckprop xmbind
comment:24 Changed 4 years ago by jeremyhu@…
jwhowse4: That's quite a lot... have you actually done a 'sudo port -v upgrade outdated'?
comment:27 Changed 4 years ago by rob.kalescky@…
My error message is slightly different from those above, but also points to a issue with Xlib.
Warning: Widget must be a VendorShell. Xlib: extension "Generic Event Extension" missing on display "/tmp/launch-hGnkhY/:0". Error: attempt to add non-widget child "dsm" to parent "xmgrace" which supports only widgets
comment:28 in reply to: ↑ 22 Changed 4 years ago by thebri@…
Replying to jeremyhu@…:
Can you please run the following for me?
On a very fresh install (fvwm2, emacs and gnuplot installed) only /opt/local/bin/sxpm is reported from the requested commands. Fortunately, also in the previous list.
comment:29 Changed 4 years ago by jeremyhu@…
What is sxpm?
comment:30 Changed 4 years ago by jeremyhu@…
- Status changed from new to closed
- Resolution set to duplicate
dupe: #18181
Cc Me!