media-libs/openinventor has been in testing for about 60 days now, and is not depended upon by any other packages, please consider marking as stable
*** Bug 112486 has been marked as a duplicate of this bug. ***
Marked for alpha
Stable on x86.
This ebuild apparently had multilib-strict issues that were only fixed today. Suggest that it needs another 30 days without bugs before being a candidate for stable on amd64.
Bah, realized something after the commit. While the following does not hinder stability of the core library: 1) the .RUNME files in the openinventor demo directory have incorrect paths in them. 2) SceneViewer help relies on adobe acrobat
seems to work through the demos ok, but with the comments above from AJ and Chris, I don't think it can go stable on amd64 at this time.
Sorry, I've been using this package for so long I always automatically use the demo iv-files by crafting my own command line. I will fix the .RUNME files in a -r1 release. What do you suggest for the SceneViewer help issue? Depending on Acroread seems like resource hogging, and isn't an option on platforms like alpha?
There are also far more PDF readers than just acroread so that would be a bad idea. I don't know that it is really necessary to depend on a PDF viewer, but if it is a virtual should be created and quite a few ebuilds probably need updating.
New version in portage, openinventor-2.5.10-r1. The *.RUNME has been fixed, also I've put the manuals in /usr/share/man instead of /usr/man (some of my gentoo installations have a /usr/man to /usr/share/man symlink, others don't, that's why I didn't notice). I thought the acrobat error was, well, sufficiently verbose. The program gives a nice message in a pop-up window, just like viewing a pdf in your browser wouldn't work on the same computer. If there's other suggestions for this, just shoot. Any remarks welcome. If none, we'll meet again in a month or so :) Thanks
30 days have passed without changes. Has a new era for openinventor-2.1.5.10-r1 arrived?
amd64 stable