#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@…, mf2k (Frank Schima), bela_b@…, cedric.ody@…, jeremyhu (Jeremy Huddleston Sequoia), 0xced (Cédric 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 (31)
comment:1 Changed 16 years ago by sndr.sndr@…
| Cc: | sndr.sndr@… added |
|---|
comment:3 Changed 16 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 Changed 16 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:18 Changed 16 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 16 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 16 years ago by jeremyhu (Jeremy Huddleston Sequoia)
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 16 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 16 years ago by jeremyhu (Jeremy Huddleston Sequoia)
jwhowse4: That's quite a lot... have you actually done a 'sudo port -v upgrade outdated'?
comment:27 Changed 16 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 Changed 16 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:30 Changed 16 years ago by jeremyhu (Jeremy Huddleston Sequoia)
| Resolution: | → duplicate |
|---|---|
| Status: | new → closed |
dupe: #18181
Cc Me!