grace fails to run in Leopard - openmotif bug?

[sndr.sndr@…]

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

[sndr.sndr@…]

Cc Me!

[jwhowse4@…]

I am getting the same error on Intel Leopard 10.5.6.

[jwhowse4@…]

I updated to openmotif 2.3.1-1_2 and then reinstalled grace, but this did not fix this problem for me.

[kernelblaha@…]

I'm also having the same issue after updating.

[kernelblaha@…]

Cc Me!

[raphael@…]

I'm getting the same error with the geomview port which also uses openmotif. So, this seems to be an openmotif problem.

[raphael@…]

Cc Me!

[volonakis@…]

Cc Me!

[volonakis@…]

Same problem on Leopard 10.5.6 {Intel}

[buldum@…]

Cc Me!

[buldum@…]

Cc Me!

[birdflyin@…]

Same problem on Leopard 10.5.6 {Intel}

Cc me!

[birdflyin@…]

Cc Me!

[macsforever2000@…]

Cc Me!

[bela_b@…]

Cc Me!

[cedric.ody@…]

Cc Me!

[cedric.luthi@…]

Cc Me!

[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.

[cedric.luthi@…]

Cc Me!

[cedric.ody@…]

Thanks a lot, your workaround worked fine for me -- not for grace -- but for opendx that also uses openmotif.

[jeremyhu@…]

Cc Me!

[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

[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

[jeremyhu@…]

jwhowse4: That's quite a lot... have you actually done a 'sudo port -v upgrade outdated'?

[cedric.luthi@…]

Cc Me!

[rob.kalescky@…]

Cc Me!

[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

[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.

[jeremyhu@…]

What is sxpm?

[jeremyhu@…]

dupe: #18181

[anonymous]

Milestone Port Bugs deleted