------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 13.0-systemd_20170628-214240 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-6.3.0 * Available Python interpreters, in order of preference: [1] python3.4 [2] python3.5 (fallback) [3] python2.7 (fallback) [4] pypy3 (fallback) [5] pypy (fallback) Available Ruby profiles: [1] ruby21 (with Rubygems) * [2] ruby22 (with Rubygems)
Created attachment 481220 [details] emerge-info.txt
Created attachment 481222 [details] dev-ros:pcl_ros-1.5.3:20170706-100819.log
Created attachment 481224 [details] emerge-history.txt
Created attachment 481226 [details] environment
Created attachment 481228 [details] etc.portage.tbz2
Created attachment 481230 [details] logs.tbz2
Created attachment 481232 [details] tests.tbz2
ditto, likely commit 7f354a0c3f96b77f28ea303007b2f7b7d5d53824 Author: Alexis Ballier <aballier@gentoo.org> Date: Thu Jul 6 23:22:18 2017 +0200 ros-catkin.eclass: Use only a single python implementation for all ROS packages. 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.