Opened 14 years ago
Closed 14 years ago
#28989 closed defect (fixed)
openvrml 0.18.6_1 Building fails with +player variant (some Gnomeui problems)
Reported by: | opelfahrer79@… | Owned by: | raphael-st (Raphael Straub) |
---|---|---|---|
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 (1)
Change History (11)
Changed 14 years ago by opelfahrer79@…
comment:1 follow-up: 3 Changed 14 years ago by opelfahrer79@…
comment:2 Changed 14 years ago by raphael-st (Raphael Straub)
Keywords: | openvrml player removed |
---|---|
Owner: | changed from macports-tickets@… to raphael@… |
Status: | new → assigned |
Version: | 1.9.2 |
comment:3 Changed 14 years ago by raphael-st (Raphael Straub)
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 14 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 14 years ago by raphael-st (Raphael Straub)
I fixed the build problem by applying an upstream patch in r77484.
comment:6 follow-up: 7 Changed 14 years ago by raphael-st (Raphael Straub)
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 follow-up: 8 Changed 14 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 follow-up: 9 Changed 14 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 Changed 14 years ago by raphael-st (Raphael Straub)
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 14 years ago by raphael-st (Raphael Straub)
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
After updating openvrml to version 0.18.7 in r77981 openvrml-player
works for me again.
I got a little further now. The problem relates to the use of deprecated defines that are explicitly disabled by the
define in
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: