[Bug 674008] Review Request: openrave - Open Robotics Automation Virtual Environment

[bugzilla at redhat.com]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=674008

--- Comment #37 from Rosen Diankov <rosen.diankov at gmail.com> 2011-04-07 03:38:19 EDT ---
Hi Tim,

congratulations on a successful robocup! integration with Fawkes sounds very
exciting.

thanks for the heads up on the iostreams bug, it is fixed in r2278.

i don't recommend single precision, it is just not worth the speedup. bugs due
to single-precision inaccuracies take a long time to find. If you really need
it, then just have a openrave-single rpm package along the regular one.

the openravepy_int.cpp problem is known and we're trying to separate into
multiple files, but it's not a high priority thing for us.

if you can track down the 32bit db problem slowness, please open a ticket at
the openrave trac:

https://sourceforge.net/apps/trac/openrave/newticket

i pinged the fparser author and he agrees it would be cool to have a fedora
core rpm. we're also coming to a compromise on what to do with the local
changes. however, this is not an issue worth delaying the rpm.

the assimp library is used when opening model files that are not IV or VRML.
for example STL, 3DS, etc.

FYI, we've started a new tag called latest_stable:

https://openrave.svn.sourceforge.net/svnroot/openrave/tags/latest_stable

this tag is automatically updated every night if the builds/tests succeed. tar
balls of the source (and eventually installers) are also updated:

https://sourceforge.net/projects/openrave/files/latest_stable/

the trunk revision used is written in the commit log. whenever you do releases,
please take from this tag.

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.