| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
Use only python 2.7: that is the version supported by OSRF.
Multi-python the way we did it was not working well, it ended up loading python libs from different interpreters causing weird errors.
Add ros-catkin_python_setup function.
|
|
|
|
| |
deps
|
|
|
|
|
|
|
|
|
|
| |
* Add missing REQUIRED_USE which otherwise could
lead to spurious failures during the build.
* Do not directly depend on dev-lang/python-exec,
this is done properly via ${PYTHON_DEPS}.
* python-utils-r1 never needs to be inherited
explicitly.
Closes: https://github.com/gentoo/gentoo/pull/4444
|
|
|
|
| |
Signed-off-by: Justin Lecher <jlec@gentoo.org>
|
|
|
|
| |
CATKIN_PREFIX_PATH now that we support that.
|
| |
|
|
|
|
| |
Signed-off-by: Robin H. Johnson <robbat2@gentoo.org>
|
|
|
|
| |
PYTHONPATH is not set properly otherwise and we end up testing the installed version, not the version we just built.
|
| |
|
|
|
|
|
| |
Some of them require it, all dev-ros category should have been fixed to build in C++11 mode now.
Suggested by Victor Mataré in bug #605466, fixing all its dupes too.
|
| |
|
|
|
|
| |
fatal with cmake-utils_src_make and breaks e.g. dev-ros/rviz.
|
|
|
|
| |
Some ROS packages append some suffix to their version, e.g. the ROS version they target, and the release tarballs have this string appended to their unpack directory too.
|
|
|
|
| |
The dependency was indirect because dev-python/empy is already mandatory, but better make it explicit. Thanks to hasufel.
|
|
|
|
| |
for src_test so that it works with ninja too.
|
|
https://archives.gentoo.org/gentoo-dev/message/00ee6c70409456a6d0c1f20739f7741c
|