Opened 12 years ago

Closed 12 years ago

Last modified 12 years ago

#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 12 years ago by sndr.sndr@…

Cc: sndr.sndr@… added

Cc Me!

comment:2 Changed 12 years ago by jwhowse4

I am getting the same error on Intel Leopard 10.5.6.

comment:3 Changed 12 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:4 Changed 12 years ago by kernelblaha@…

I'm also having the same issue after updating.

comment:5 Changed 12 years ago by kernelblaha@…

Cc: kernelblaha@… added

Cc Me!

comment:6 in reply to:  description Changed 12 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:7 Changed 12 years ago by raphael@…

Cc: raphael@… added

Cc Me!

comment:8 Changed 12 years ago by volonakis@…

Cc: volonakis@… added

Cc Me!

comment:9 in reply to:  description Changed 12 years ago by volonakis@…

Same problem on Leopard 10.5.6 {Intel}

comment:10 Changed 12 years ago by buldum@…

Cc Me!

comment:11 Changed 12 years ago by buldum@…

Cc: buldum@… added

Cc Me!

comment:12 Changed 12 years ago by birdflyin@…

Same problem on Leopard 10.5.6 {Intel}

Cc me!

comment:13 Changed 12 years ago by birdflyin@…

Cc: birdflyin@… added

Cc Me!

comment:14 Changed 12 years ago by mf2k (Frank Schima)

Cc: macsforever2000@… added

Cc Me!

comment:15 Changed 12 years ago by bela_b@…

Cc: bela_b@… added

Cc Me!

comment:16 Changed 12 years ago by cedric.ody@…

Cc: cedric.ody@… added

Cc Me!

comment:17 Changed 12 years ago by 0xced (Cédric Luthi)

Cc: cedric.luthi@… added

Cc Me!

comment:18 Changed 12 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:19 Changed 12 years ago by 0xced (Cédric Luthi)

Cc: cedric.luthi@… removed

Cc Me!

comment:20 Changed 12 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:21 Changed 12 years ago by jeremyhu (Jeremy Huddleston Sequoia)

Cc: jeremyhu@… added

Cc Me!

comment:22 Changed 12 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 12 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 12 years ago by jeremyhu (Jeremy Huddleston Sequoia)

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

comment:25 Changed 12 years ago by 0xced (Cédric Luthi)

Cc: cedric.luthi@… added

Cc Me!

comment:26 Changed 12 years ago by rob.kalescky@…

Cc: rob.kalescky@… added

Cc Me!

comment:27 Changed 12 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 12 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 12 years ago by jeremyhu (Jeremy Huddleston Sequoia)

What is sxpm?

comment:30 Changed 12 years ago by jeremyhu (Jeremy Huddleston Sequoia)

Resolution: duplicate
Status: newclosed

dupe: #18181

comment:31 Changed 12 years ago by (none)

Milestone: Port Bugs

Milestone Port Bugs deleted

Note: See TracTickets for help on using tickets.