------------------------------------------------------------------- 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 481320 [details] emerge-info.txt
Created attachment 481322 [details] dev-ros:diagnostic_aggregator-1.9.0:20170706-060646.log
Created attachment 481324 [details] emerge-history.txt
Created attachment 481326 [details] environment
Created attachment 481328 [details] etc.portage.tbz2
Created attachment 481330 [details] logs.tbz2
Created attachment 481332 [details] temp.tbz2
Created attachment 481334 [details] tests.tbz2
should have been fixed by this commit: 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.
