Ticket #28989 (closed defect: fixed)
openvrml 0.18.6_1 Building fails with +player variant (some Gnomeui problems)
| Reported by: | opelfahrer79@… | Owned by: | raphael@… |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | |
| Keywords: | Cc: | ||
| Port: | openvrml |
Description
I called
port install openvrml +player
to also get a player executable - however, building fails:
:info:build In file included from /opt/local/include/libgnomeui-2.0/libgnomeui/libgnomeui.h:35, :info:build from openvrml-player/player.cpp:27: :info:build /opt/local/include/libgnomeui-2.0/libgnomeui/gnome-app-helper.h:620: error: 'GtkCallbackMarshal' does not name a type :info:build /opt/local/include/libgnomeui-2.0/libgnomeui/gnome-app-helper.h:687: error: 'GtkCallbackMarshal' has not been declared :info:build /opt/local/include/libgnomeui-2.0/libgnomeui/gnome-app-helper.h:725: error: 'GtkCallbackMarshal' has not been declared :info:build /opt/local/include/libgnomeui-2.0/libgnomeui/gnome-app-helper.h:771: error: 'GtkCallbackMarshal' has not been declared :info:build In file included from /opt/local/include/libgnomeui-2.0/libgnomeui/libgnomeui.h:62, :info:build from openvrml-player/player.cpp:27: :info:build /opt/local/include/libgnomeui-2.0/libgnomeui/gnome-client.h:457: error: 'GtkCallbackMarshal' has not been declared :info:build make[4]: *** [openvrml-player/openvrml_player_openvrml_player-player.o] Error 1
Attachments
Change History
comment:1 follow-up: ↓ 3 Changed 2 years ago by opelfahrer79@…
I got a little further now. The problem relates to the use of deprecated defines that are explicitly disabled by the
-DGTK_DISABLE_DEPRECATED
define in
src/Makefile
both, for openvrml_player_openvrml_player_CPPFLAGS and openvrml_xembed_openvrml_xembed_CPPFLAGS; I removed the flags (although that might not be such a good idea), and then it builds and installs. However, still no luck in running the app. The X11 server starts up, but that's it:
MacBook-Pro:openvrml-0.18.6 jack$ openvrml-player ~/Downloads/nft3.ibr.upvec.regist.vrml Xlib: extension "RANDR" missing on display "/tmp/launch-thv0LV/org.x:0". Dynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded! Dynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded! Dynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded! Dynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded! Dynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded! Dynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded! ** (openvrml-player:50851): CRITICAL **: Failed to open connection to bus: Not enough memory (openvrml-player:50851): GLib-GObject-WARNING **: g_type_instance_get_private() requires a prior call to g_type_class_add_private() Segmentation fault
comment:2 Changed 2 years ago by raphael@…
- Status changed from new to assigned
- Owner changed from macports-tickets@… to raphael@…
- Version 1.9.2 deleted
- Keywords openvrml player removed
comment:3 in reply to: ↑ 1 Changed 2 years ago by raphael@…
Replying to opelfahrer79@…:
Dynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded!
Did you enable the dbus startup items? This can be done with
sudo launchctl load -w /opt/local/Library/LaunchDaemons/org.freedesktop.dbus-system.plist sudo launchctl load -w /opt/local/Library/LaunchAgents/org.freedesktop.dbus-session.plist
comment:4 follow-up: ↓ 6 Changed 2 years ago by opelfahrer79@…
Well, I didn't do that yet. I had to run it as user rather than superuser (running as su didn't solve the problem, running as user did). However, now I end up here:
MacBook-Pro:~ jack$ openvrml-player Downloads/nft3.ibr.upvec.regist.vrml Xlib: extension "RANDR" missing on display "/tmp/launch-CXpcVK/org.x:0". ** (openvrml-player:534): CRITICAL **: Browser creation failed: Process /opt/local/libexec/openvrml-xembed exited with status 1 ** ERROR:openvrml-player/curlbrowserhost.cpp:360:void openvrml_player_curl_browser_host_load_url(OpenvrmlPlayerCurlBrowserHost*, const char*): assertion failed: (host->priv->browser) Abort trap
comment:5 Changed 2 years ago by raphael@…
I fixed the build problem by applying an upstream patch in r77484.
comment:6 in reply to: ↑ 4 ; follow-up: ↓ 7 Changed 2 years ago by raphael@…
Replying to opelfahrer79@…:
** (openvrml-player:534): CRITICAL **: Browser creation failed: Process /opt/local/libexec/openvrml-xembed exited with status 1
I cannot reproduce this here. Does openvrml-player start without any command line arguments? Can you start /opt/local/libexec/openvrml-xembed manually? Maybe, you should ask for help on the openvrml-develop mailing list.
comment:7 in reply to: ↑ 6 ; follow-up: ↓ 8 Changed 2 years ago by opelfahrer79@…
The openvrml-player does not start right from the command line without running xembed in a separate shell first. If I run the xembed manually followed by the player executable, it works out... I'm recompiling the port to get everything set up correctly, and I'll ping you if the problem remains or magically disappears... thx so far...
comment:8 in reply to: ↑ 7 ; follow-up: ↓ 9 Changed 2 years ago by opelfahrer79@…
Ok, after reinstalling and rebooting, the application starts when called from the command line. It turns out though that the app doesn't display anything. I can open the file browser and select a wrl file, but that's it. There is no display and no error message...
comment:9 in reply to: ↑ 8 Changed 2 years ago by raphael@…
Replying to opelfahrer79@…:
It turns out though that the app doesn't display anything. I can open the file browser and select a wrl file, but that's it. There is no display and no error message...
I see the same behavior, here. Older versions of OpenVRML and/or older versions of its dependencies did not have this problem. Unfortunately, I have no idea how to fix this bug. Please ask for help on the openvrml-develop mailing list.
comment:10 Changed 2 years ago by raphael@…
- Status changed from assigned to closed
- Resolution set to fixed
After updating openvrml to version 0.18.7 in r77981 openvrml-player works for me again.

