[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 #30 from Rosen Diankov <rosen.diankov at gmail.com> 2011-03-23 01:19:21 EDT ---
hi tim,

Ok, i added the crlibm check back in (r2188).

You should also be able to set the path openravepy installs in by setting
OPENRAVEPY_INSTALL_DIR via the command line.


As for sympy, the biggest problem I reported is Issue 2081:

http://code.google.com/p/sympy/issues/detail?can=2&q=2081&colspec=ID%20Type%20Status%20Priority%20Milestone%20Owner%20Summary%20Stars&id=2081

Basically, it is possible for sympy to give you wrong equations, which would
make the openrave ikfast solver return wrong solutions.  They are still
wondering how to fix it so that everyone's happy.

We're looking at the problem from two different angles here: I need to make
openrave 100% reliable, you need to reduce unnecessary dependencies so
management is easier.

I committed a temporary compromise (r2189):

If you limit openrave to only sympy 0.6.7, I might have come up with a
workaround where you don't have to install a local sympy (ie executing ikfast
will replace the wrong function in memory).

We can probably support more sympy versions, but they will require IK to be
re-tested. There'a an openrave testing server now, so this might be possible in
the future:

http://www.openrave.org/testing/job/openrave/

If you ever decide to update the sympy version in fedora core, please email me.

-- 
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.