rosdep install fails with ament_pep8: No definition of [python3-pep8] for OS version [32] on Fedora 32, deprecated
Fedora 32 replaced python3-pep8 with python3-pycodestyle (see https://bugzilla.redhat.com/show_bug.cgi?id=1839789#c1) so the following step from ( https://index.ros.org//doc/ros2/Installation/Dashing/Linux-Development-Setup...) Install dependencies using rosdep fails:
rosdep install --from-paths src --ignore-src --rosdistro dashing -y --skip-keys "console_bridge fastcdr fastrtps libopensplice67 libopensplice69 rti-connext-dds-5.3.1 urdfdom_headers" ERROR: the following packages/stacks could not have their rosdep keys resolved to system dependencies: ament_pep8: No definition of [python3-pep8] for OS version [32] I tried to install the Fedora 31 version of python3-pep8 and got more dependency issues:
dnf install https://download-ib01.fedoraproject.org/pub/fedora/linux/releases/31/Everyth... Last metadata expiration check: 1:16:46 ago on Thu 13 Aug 2020 11:52:19 AM EDT. python3-pep8-1.7.1-4.fc31.noarch.rpm 426 kB/s | 63 kB 00:00 Error: Problem: conflicting requests - nothing provides python(abi) = 3.7 needed by python3-pep8-1.7.1-4.fc31.noarch - nothing provides python3.7dist(setuptools) needed by python3-pep8-1.7.1-4.fc31.noarch (try to add '--skip-broken' to skip uninstallable packages)
Any work-around available?
You should skip the key when invoking rosdep (--skip-keys) and install
the package manually via pip.
--skip-keys was part of the command: rosdep install --from-paths src --ignore-src --rosdistro dashing -y --skip-keys "console_bridge fastcdr fastrtps libopensplice67 libopensplice69 rti-connext-dds-5.3.1 urdfdom_headers"
Now I do see from pip it's already installed with Python 3.8: Requirement already satisfied: pep8 in /usr/local/lib/python3.8/site-packages (1.7.1)
So that's the Fedora Python. We also have Anaconda Python 3.7 and pep8 is there as well: /usr/local/bin/anaconda3/bin/python -m pip install pep8 Requirement already satisfied: pep8 in /usr/local/bin/anaconda3/lib/python3.7/site-packages (1.7.1)
Note that this is only a problem for Eloquent and older. In Foxy, I
converted the package to use pycodestyle directly.
I tried with foxy, same error: rosdep install --from-paths src --ignore-src --rosdistro foxy -y --skip-keys "console_bridge fastcdr fastrtps libopensplice67 libopensplice69 rti-connext-dds-5.3.1 urdfdom_headers" ERROR: the following packages/stacks could not have their rosdep keys resolved to system dependencies: ament_pep8: No definition of [python3-pep8] for OS version [32]
Thanks for the reply Scott, I'm feeling more hopeful. Could it be a Python version issues, e.g., Fedora's Python vs Anaconda Python?
BTW, are questions about Gazebo allowed? Using X2Go it segfaults and I posted that here: https://bugs.launchpad.net/sr-ros-interface/+bug/1891654
You should skip the key when invoking rosdep (--skip-keys) and install
the package manually via pip.
--skip-keys was part of the command: rosdep install --from-paths src --ignore-src --rosdistro dashing -y --skip-keys "console_bridge fastcdr fastrtps libopensplice67 libopensplice69 rti-connext-dds-5.3.1 urdfdom_headers"
I meant that python3-pep8 should be added to --skip-keys, like this: rosdep install --from-paths src --ignore-src --rosdistro dashing -y --skip-keys "console_bridge fastcdr fastrtps libopensplice67 libopensplice69 rti-connext-dds-5.3.1 urdfdom_headers python3-pep8"
Success!
I tried with foxy, same error: rosdep install --from-paths src --ignore-src --rosdistro foxy -y --skip-keys "console_bridge fastcdr fastrtps libopensplice67 libopensplice69 rti-connext-dds-5.3.1 urdfdom_headers" ERROR: the following packages/stacks could not have their rosdep keys resolved to system dependencies: ament_pep8: No definition of [python3-pep8] for OS version [32]
The --rosdistro argument to rosdep is really only useful on Ubuntu right now, and I don't think it does what you want it to do even when it does work. You need to update the sources in your src directory to Foxy. The ament_pep8 package doesn't exist in Foxy, so the sources are definitely older than Foxy.
Thanks for the tip I'm brand new to ROS trying to get it set up for courses in September.
Thanks for the reply Scott, I'm feeling more hopeful. Could it be a Python version issues, e.g., Fedora's Python vs Anaconda Python?
Whichever Python version is used when you invoke the "python3" executable is the one that ROS 2 will use, I believe.
BTW, are questions about Gazebo allowed? Using X2Go it segfaults and I posted that here: https://bugs.launchpad.net/sr-ros-interface/+bug/1891654 https://urldefense.proofpoint.com/v2/url?u=https-3A__bugs.launchpad.net_sr-2Dros-2Dinterface_-2Bbug_1891654&d=DwMGAg&c=aqMfXOEvEJQh2iQMCb7Wy8l0sPnURkcqADc2guUW8IM&r=X0jL9y0sL4r4iU_qVtR3lLNo4tOL1ry_m7-psV3GejY&m=YgGTIfnvVTsIhzgdlBdXNlVrwjD19FSWgdIc_Kv88so&s=fNMw-sU46ZRyzUfd5dGsiBUoc3Rsd4NocCmPyP871UA&e=
For questions like this, you should really post on https://answers.ros.org and https://answers.gazebosim.org. I think this list is intended more for discussion than support.
Yes I did on the latter, no response.
Now another failure in the next step. "Build the code in the workspace" I'm getting the pthreads error, which I've seen
I had to specify a couple variables to get the catkin_make_isolated command to run so I got this: ./src/catkin/bin/catkin_make_isolated -DPYTHON_EXECUTABLE=/usr/local/bin/anaconda3/bin/python -DPYTHON_INCLUDE_DIR=/usr/local/bin/anaconda3/include/python3.7m --install -DCMAKE_BUILD_TYPE=Release
<== Failed to process package 'gl_dependency': Command '['/root/ros_catkin_ws/install_isolated/env.sh', 'cmake', '/root/ros_catkin_ws/src/gl_dependency', '-DCATKIN_DEVEL_PREFIX=/root/ros_catkin_ws/devel_isolated/gl_dependency', '-DCMAKE_INSTALL_PREFIX=/root/ros_catkin_ws/install_isolated', '-DPYTHON_EXECUTABLE=/usr/local/bin/anaconda3/bin/python', '-DPYTHON_INCLUDE_DIR=/usr/local/bin/anaconda3/include/python3.7m', '-DCMAKE_BUILD_TYPE=Release', '-G', 'Unix Makefiles']' returned non-zero exit status 1.
Reproduce this error by running: ==> cd /root/ros_catkin_ws/build_isolated/gl_dependency && /root/ros_catkin_ws/install_isolated/env.sh cmake /root/ros_catkin_ws/src/gl_dependency -DCATKIN_DEVEL_PREFIX=/root/ros_catkin_ws/devel_isolated/gl_dependency -DCMAKE_INSTALL_PREFIX=/root/ros_catkin_ws/install_isolated -DPYTHON_EXECUTABLE=/usr/local/bin/anaconda3/bin/python -DPYTHON_INCLUDE_DIR=/usr/local/bin/anaconda3/include/python3.7m -DCMAKE_BUILD_TYPE=Release -G 'Unix Makefiles' Command failed, exiting.
Determining if the function pthread_create exists in the pthreads failed with the following output: Change Dir: /root/ros_catkin_ws/build_isolated/gl_dependency/CMakeFiles/CMakeTmp
Run Build Command(s):/usr/bin/gmake cmTC_a7185/fast && /usr/bin/gmake -f CMakeFiles/cmTC_a7185.dir/build.make CMakeFiles/cmTC_a7185.dir/build gmake[1]: Entering directory '/root/ros_catkin_ws/build_isolated/gl_dependency/CMakeFiles/CMakeTmp' Building C object CMakeFiles/cmTC_a7185.dir/CheckFunctionExists.c.o /usr/bin/cc -DCHECK_FUNCTION_EXISTS=pthread_create -o CMakeFiles/cmTC_a7185.dir/CheckFunctionExists.c.o -c /usr/share/cmake/Modules/CheckFunctionExists.c Linking C executable cmTC_a7185 /usr/bin/cmake -E cmake_link_script CMakeFiles/cmTC_a7185.dir/link.txt --verbose=1 /usr/bin/cc -DCHECK_FUNCTION_EXISTS=pthread_create -rdynamic CMakeFiles/cmTC_a7185.dir/CheckFunctionExists.c.o -o cmTC_a7185 -lpthreads /usr/bin/ld: cannot find -lpthreads collect2: error: ld returned 1 exit status gmake[1]: *** [CMakeFiles/cmTC_a7185.dir/build.make:107: cmTC_a7185] Error 1 gmake[1]: Leaving directory '/root/ros_catkin_ws/build_isolated/gl_dependency/CMakeFiles/CMakeTmp' gmake: *** [Makefile:141: cmTC_a7185/fast] Error 2
Is there some workaround changing out the pthread? I just don't know where to look.
On Fri, 2020-08-14 at 19:24 -0400, Robert Kudyba wrote:
Success!
Great to hear.
For questions like this, you should really post on https://answers.ros.org and https://answers.gazebosim.org. I think this list is intended more for discussion than support.
Yes I did on the latter, no response.
The ROS answers site sees around 10x more activity, maybe you'll have better luck with your ROS questions there.
Now another failure in the next step. "Build the code in the workspace" I'm getting the pthreads error, which I've seen I had to specify a couple variables to get the catkin_make_isolated command to run so I got this: ./src/catkin/bin/catkin_make_isolated -DPYTHON_EXECUTABLE=/usr/local/bin/anaconda3/bin/python -DPYTHON_INCLUDE_DIR=/usr/local/bin/anaconda3/include/python3.7m --install -DCMAKE_BUILD_TYPE=Release
<== Failed to process package 'gl_dependency': Command '['/root/ros_catkin_ws/install_isolated/env.sh', 'cmake', '/root/ros_catkin_ws/src/gl_dependency', '- DCATKIN_DEVEL_PREFIX=/root/ros_catkin_ws/devel_isolated/gl_dependency ', '-DCMAKE_INSTALL_PREFIX=/root/ros_catkin_ws/install_isolated', '- DPYTHON_EXECUTABLE=/usr/local/bin/anaconda3/bin/python', '- DPYTHON_INCLUDE_DIR=/usr/local/bin/anaconda3/include/python3.7m', '- DCMAKE_BUILD_TYPE=Release', '-G', 'Unix Makefiles']' returned non- zero exit status 1.
Reproduce this error by running: ==> cd /root/ros_catkin_ws/build_isolated/gl_dependency && /root/ros_catkin_ws/install_isolated/env.sh cmake /root/ros_catkin_ws/src/gl_dependency -DCATKIN_DEVEL_PREFIX=/root/ros_catkin_ws/devel_isolated/gl_dependenc y -DCMAKE_INSTALL_PREFIX=/root/ros_catkin_ws/install_isolated -DPYTHON_EXECUTABLE=/usr/local/bin/anaconda3/bin/python -DPYTHON_INCLUDE_DIR=/usr/local/bin/anaconda3/include/python3.7m -DCMAKE_BUILD_TYPE=Release -G 'Unix Makefiles' Command failed, exiting.
Determining if the function pthread_create exists in the pthreads failed with the following output: Change Dir: /root/ros_catkin_ws/build_isolated/gl_dependency/CMakeFiles/CMakeTmp
Run Build Command(s):/usr/bin/gmake cmTC_a7185/fast && /usr/bin/gmake -f CMakeFiles/cmTC_a7185.dir/build.make CMakeFiles/cmTC_a7185.dir/build gmake[1]: Entering directory '/root/ros_catkin_ws/build_isolated/gl_dependency/CMakeFiles/CMakeTmp ' Building C object CMakeFiles/cmTC_a7185.dir/CheckFunctionExists.c.o /usr/bin/cc -DCHECK_FUNCTION_EXISTS=pthread_create -o CMakeFiles/cmTC_a7185.dir/CheckFunctionExists.c.o -c /usr/share/cmake/Modules/CheckFunctionExists.c Linking C executable cmTC_a7185 /usr/bin/cmake -E cmake_link_script CMakeFiles/cmTC_a7185.dir/link.txt --verbose=1 /usr/bin/cc -DCHECK_FUNCTION_EXISTS=pthread_create -rdynamic CMakeFiles/cmTC_a7185.dir/CheckFunctionExists.c.o -o cmTC_a7185 - lpthreads /usr/bin/ld: cannot find -lpthreads collect2: error: ld returned 1 exit status gmake[1]: *** [CMakeFiles/cmTC_a7185.dir/build.make:107: cmTC_a7185] Error 1 gmake[1]: Leaving directory '/root/ros_catkin_ws/build_isolated/gl_dependency/CMakeFiles/CMakeTmp ' gmake: *** [Makefile:141: cmTC_a7185/fast] Error 2
Is there some workaround changing out the pthread? I just don't know where to look.
First we should clarify that you're now switching to ROS 1 stuff. Catkin is the buildsystem and build tool for ROS 1, you'd use ament and colcon in ROS 2.ROS 1 and ROS 2 packages are generally not interchangeable. Many packages have branches for supporting both ROS 1 and ROS 2, but you can't generally drop a ROS 1 package into a ROS 2 build environment and expect it to work. Assuming you're now building a separate ROS 1 distribution from the ROS 2 build you were discussing earlier:The gl_dependency package only appears to be used in ROS 1, and it's really only a dummy CMake package to make sure some depenencies are installed. You're probably seeing a generic compiler verification check fail in CMake.We could try skipping the compiler check since the gl_dependency package doesn't really need it, but this really indicates that theres something wrong with your build environment. I'm skeptical that you'll get any of the C/C++ packages to compile correctly, not just gl_dependency.To be honest, the error doesn't even really seem related to ROS at all. Just a hunch, but you might try ensuring that glibc-devel and boost- devel are installed, and CMake is up-to-date. Then remove your build and install directories and start again. Again, this is the type of thing that is typcally handled on answers.ros.org... --scott
First we should clarify that you're now switching to ROS 1 stuff. Catkin is the buildsystem and build tool for ROS 1, you'd use ament and colcon in ROS 2.
ROS 1 and ROS 2 packages are generally not interchangeable. Many packages have branches for supporting both ROS 1 and ROS 2, but you can't generally drop a ROS 1 package into a ROS 2 build environment and expect it to work.
Assuming you're now building a separate ROS 1 distribution from the ROS 2 build you were discussing earlier:
The gl_dependency package only appears to be used in ROS 1, and it's really only a dummy CMake package to make sure some depenencies are installed. You're probably seeing a generic compiler verification check fail in CMake.
We could try skipping the compiler check since the gl_dependency package doesn't really need it, but this really indicates that theres something wrong with your build environment. I'm skeptical that you'll get any of the C/C++ packages to compile correctly, not just gl_dependency.
To be honest, the error doesn't even really seem related to ROS at all.
Just a hunch, but you might try ensuring that glibc-devel and boost-devel are installed, and CMake is up-to-date. Then remove your build and install directories and start again.
Oh my bad I was testing ROS 1 from this older tutorial:
https://kyrofa.com/posts/ros-melodic-on-fedora-27
The ROS 2 error is from running colcon build --symlink-install
/usr/local/bin/anaconda3/bin/python: can't find '__main__' module in '/usr/local/bin/anaconda3/lib/python3.7/site-packages/em' CMake Error at cmake/safe_execute_process.cmake:11 (message):
execute_process(/root/ros_catkin_ws/build/catkin/catkin_generated/env_cached.sh "/usr/local/bin/anaconda3/bin/python" "/usr/local/bin/anaconda3/lib/python3.7/site-packages/em" "--raw-errors" "-F" "/root/ros_catkin_ws/build/catkin/catkin_generated/ pkg.develspace.context.pc.py" "-o" "/root/ros_catkin_ws/build/catkin/devel/lib/pkgconfig/catkin.pc" "/root/ros_catkin_ws/src/catkin/cmake/em/pkg.pc.em") returned error code 1 Call Stack (most recent call first): cmake/em_expand.cmake:25 (safe_execute_process) cmake/catkin_package.cmake:327 (em_expand) cmake/catkin_package.cmake:102 (_catkin_package) CMakeLists.txt:11 (catkin_package)
-- Configuring incomplete, errors occurred! See also "/root/ros_catkin_ws/build/catkin/CMakeFiles/CMakeOutput.log". See also "/root/ros_catkin_ws/build/catkin/CMakeFiles/CMakeError.log". Failed <<< catkin [0.82s, exited with code 1]
From the error log: /usr/local/bin/anaconda3/bin/python: can't find '__main__' module in '/usr/local/bin/anaconda3/lib/python3.7/site-packages/em' CMake Error at cmake/safe_execute_process.cmake:11 (message):
execute_process(/root/ros_catkin_ws/build/catkin/catkin_generated/env_cached.sh "/usr/local/bin/anaconda3/bin/python" "/usr/local/bin/anaconda3/lib/python3.7/site-packages/em" "--raw-errors" "-F" "/root/ros_catkin_ws/build/catkin/catkin_generated/ pkg.develspace.context.pc.py" "-o" "/root/ros_catkin_ws/build/catkin/devel/lib/pkgconfig/catkin.pc" "/root/ros_catkin_ws/src/catkin/cmake/em/pkg.pc.em") returned error code 1 Call Stack (most recent call first): cmake/em_expand.cmake:25 (safe_execute_process) cmake/catkin_package.cmake:327 (em_expand) cmake/catkin_package.cmake:102 (_catkin_package) CMakeLists.txt:11 (catkin_package)
-- Configuring incomplete, errors occurred! See also "/root/ros_catkin_ws/build/catkin/CMakeFiles/CMakeOutput.log". See also "/root/ros_catkin_ws/build/catkin/CMakeFiles/CMakeError.log". Failed <<< catkin [2.08s, exited with code 1]
/ros_catkin_ws/build/catkin/CMakeFiles/CMakeError.log
pthread_t thread; pthread_create(&thread, NULL, test_func, NULL); pthread_detach(thread); pthread_cancel(thread); pthread_join(thread, NULL); pthread_atfork(NULL, NULL, NULL); pthread_exit(NULL);
return 0; }
Determining if the function pthread_create exists in the pthreads failed with the following output: Change Dir: /root/ros_catkin_ws/build/catkin/CMakeFiles/CMakeTmp
Run Build Command(s):/usr/bin/gmake cmTC_d2cba/fast && /usr/bin/gmake -f CMakeFiles/cmTC_d2cba.dir/build.make CMakeFiles/cmTC_d2cba.dir/build gmake[1]: Entering directory '/root/ros_catkin_ws/build/catkin/CMakeFiles/CMakeTmp' Building C object CMakeFiles/cmTC_d2cba.dir/CheckFunctionExists.c.o /usr/bin/cc -DCHECK_FUNCTION_EXISTS=pthread_create -o CMakeFiles/cmTC_d2cba.dir/CheckFunctionExists.c.o -c /usr/share/cmake/Modules/CheckFunctionExists.c Linking C executable cmTC_d2cba /usr/bin/cmake -E cmake_link_script CMakeFiles/cmTC_d2cba.dir/link.txt --verbose=1 /usr/bin/cc -DCHECK_FUNCTION_EXISTS=pthread_create -rdynamic CMakeFiles/cmTC_d2cba.dir/CheckFunctionExists.c.o -o cmTC_d2cba -lpthreads /usr/bin/ld: cannot find -lpthreads collect2: error: ld returned 1 exit status gmake[1]: *** [CMakeFiles/cmTC_d2cba.dir/build.make:107: cmTC_d2cba] Error 1 gmake[1]: Leaving directory '/root/ros_catkin_ws/build/catkin/CMakeFiles/CMakeTmp' gmake: *** [Makefile:141: cmTC_d2cba/fast] Error 2
Again, this is the type of thing that is typcally handled on answers.ros.org...
Noted; I'll head there after this.
I posted on answers.ros.org but these latest errors seem Fedora-specific. I'm getting all of these undefined reference errors
stderr: rviz_rendering /usr/bin/ld: /usr/lib64/libssh.so.4: undefined reference to `EVP_KDF_ctrl@OPENSSL_1_1_1b' /usr/bin/ld: /usr/lib64/libssh.so.4: undefined reference to `EVP_KDF_CTX_free@OPENSSL_1_1_1b' /usr/bin/ld: /usr/lib64/libssh.so.4: undefined reference to `EVP_KDF_CTX_new_id@OPENSSL_1_1_1b' /usr/bin/ld: /usr/lib64/libSM.so: undefined reference to `uuid_generate@UUID_1.0' /usr/bin/ld: /usr/lib64/libssh.so.4: undefined reference to `EVP_KDF_ctrl@OPENSSL_1_1_1b' /usr/bin/ld: /usr/lib64/libssh.so.4: undefined reference to `EVP_KDF_ctrl@OPENSSL_1_1_1b' /usr/bin/ld: /usr/lib64/libssh.so.4: undefined reference to `EVP_KDF_derive@OPENSSL_1_1_1b' /usr/bin/ld: /usr/lib64/libssh.so.4: undefined reference to `EVP_KDF_CTX_free@OPENSSL_1_1_1b' /usr/bin/ld: /usr/lib64/libssh.so.4: undefined reference to `EVP_KDF_CTX_free@OPENSSL_1_1_1b' /usr/bin/ld: /usr/lib64/libssh.so.4: undefined reference to `EVP_KDF_ctrl@OPENSSL_1_1_1b' /usr/bin/ld: /usr/lib64/libSM.so: undefined reference to `uuid_unparse_lower@UUID_1.0' /usr/bin/ld: /usr/lib64/libcurl.so: undefined reference to `SSLv3_client_method@OPENSSL_1_1_0' /usr/bin/ld: /usr/lib64/libssh.so.4: undefined reference to `EVP_KDF_CTX_new_id@OPENSSL_1_1_1b' /usr/bin/ld: /usr/lib64/libssh.so.4: undefined reference to `EVP_KDF_CTX_free@OPENSSL_1_1_1b' /usr/bin/ld: /usr/lib64/libssh.so.4: undefined reference to `EVP_KDF_CTX_new_id@OPENSSL_1_1_1b' /usr/bin/ld: /usr/lib64/libSM.so: undefined reference to `uuid_generate@UUID_1.0' /usr/bin/ld: /usr/lib64/libSM.so: undefined reference to `uuid_generate@UUID_1.0' /usr/bin/ld: /usr/lib64/libssh.so.4: undefined reference to `EVP_KDF_ctrl@OPENSSL_1_1_1b' /usr/bin/ld: /usr/lib64/libssh.so.4: undefined reference to `EVP_KDF_CTX_new_id@OPENSSL_1_1_1b' collect2: error: ld returned 1 exit status
I did find a bug report mentioning Matlab/Scilab having conflicting or out of date libraries, https://bugzilla.redhat.com/show_bug.cgi?id=1829790 but we don't have Matlab installed on this server.
Is this worth reporting as a bug?
On Fri, Aug 14, 2020 at 8:29 PM Robert Kudyba rkudyba@fordham.edu wrote:
First we should clarify that you're now switching to ROS 1 stuff. Catkin is the buildsystem and build tool for ROS 1, you'd use ament and colcon in ROS 2.
ROS 1 and ROS 2 packages are generally not interchangeable. Many packages have branches for supporting both ROS 1 and ROS 2, but you can't generally drop a ROS 1 package into a ROS 2 build environment and expect it to work.
Assuming you're now building a separate ROS 1 distribution from the ROS 2 build you were discussing earlier:
The gl_dependency package only appears to be used in ROS 1, and it's really only a dummy CMake package to make sure some depenencies are installed. You're probably seeing a generic compiler verification check fail in CMake.
We could try skipping the compiler check since the gl_dependency package doesn't really need it, but this really indicates that theres something wrong with your build environment. I'm skeptical that you'll get any of the C/C++ packages to compile correctly, not just gl_dependency.
To be honest, the error doesn't even really seem related to ROS at all.
Just a hunch, but you might try ensuring that glibc-devel and boost-devel are installed, and CMake is up-to-date. Then remove your build and install directories and start again.
Oh my bad I was testing ROS 1 from this older tutorial:
https://kyrofa.com/posts/ros-melodic-on-fedora-27
The ROS 2 error is from running colcon build --symlink-install
/usr/local/bin/anaconda3/bin/python: can't find '__main__' module in '/usr/local/bin/anaconda3/lib/python3.7/site-packages/em' CMake Error at cmake/safe_execute_process.cmake:11 (message):
execute_process(/root/ros_catkin_ws/build/catkin/catkin_generated/env_cached.sh "/usr/local/bin/anaconda3/bin/python" "/usr/local/bin/anaconda3/lib/python3.7/site-packages/em" "--raw-errors" "-F" "/root/ros_catkin_ws/build/catkin/catkin_generated/ pkg.develspace.context.pc.py" "-o" "/root/ros_catkin_ws/build/catkin/devel/lib/pkgconfig/catkin.pc" "/root/ros_catkin_ws/src/catkin/cmake/em/pkg.pc.em") returned error code 1 Call Stack (most recent call first): cmake/em_expand.cmake:25 (safe_execute_process) cmake/catkin_package.cmake:327 (em_expand) cmake/catkin_package.cmake:102 (_catkin_package) CMakeLists.txt:11 (catkin_package)
-- Configuring incomplete, errors occurred! See also "/root/ros_catkin_ws/build/catkin/CMakeFiles/CMakeOutput.log". See also "/root/ros_catkin_ws/build/catkin/CMakeFiles/CMakeError.log". Failed <<< catkin [0.82s, exited with code 1]
From the error log: /usr/local/bin/anaconda3/bin/python: can't find '__main__' module in '/usr/local/bin/anaconda3/lib/python3.7/site-packages/em' CMake Error at cmake/safe_execute_process.cmake:11 (message):
execute_process(/root/ros_catkin_ws/build/catkin/catkin_generated/env_cached.sh "/usr/local/bin/anaconda3/bin/python" "/usr/local/bin/anaconda3/lib/python3.7/site-packages/em" "--raw-errors" "-F" "/root/ros_catkin_ws/build/catkin/catkin_generated/ pkg.develspace.context.pc.py" "-o" "/root/ros_catkin_ws/build/catkin/devel/lib/pkgconfig/catkin.pc" "/root/ros_catkin_ws/src/catkin/cmake/em/pkg.pc.em") returned error code 1 Call Stack (most recent call first): cmake/em_expand.cmake:25 (safe_execute_process) cmake/catkin_package.cmake:327 (em_expand) cmake/catkin_package.cmake:102 (_catkin_package) CMakeLists.txt:11 (catkin_package)
-- Configuring incomplete, errors occurred! See also "/root/ros_catkin_ws/build/catkin/CMakeFiles/CMakeOutput.log". See also "/root/ros_catkin_ws/build/catkin/CMakeFiles/CMakeError.log". Failed <<< catkin [2.08s, exited with code 1]
/ros_catkin_ws/build/catkin/CMakeFiles/CMakeError.log
pthread_t thread; pthread_create(&thread, NULL, test_func, NULL); pthread_detach(thread); pthread_cancel(thread); pthread_join(thread, NULL); pthread_atfork(NULL, NULL, NULL); pthread_exit(NULL);
return 0; }
Determining if the function pthread_create exists in the pthreads failed with the following output: Change Dir: /root/ros_catkin_ws/build/catkin/CMakeFiles/CMakeTmp
Run Build Command(s):/usr/bin/gmake cmTC_d2cba/fast && /usr/bin/gmake -f CMakeFiles/cmTC_d2cba.dir/build.make CMakeFiles/cmTC_d2cba.dir/build gmake[1]: Entering directory '/root/ros_catkin_ws/build/catkin/CMakeFiles/CMakeTmp' Building C object CMakeFiles/cmTC_d2cba.dir/CheckFunctionExists.c.o /usr/bin/cc -DCHECK_FUNCTION_EXISTS=pthread_create -o CMakeFiles/cmTC_d2cba.dir/CheckFunctionExists.c.o -c /usr/share/cmake/Modules/CheckFunctionExists.c Linking C executable cmTC_d2cba /usr/bin/cmake -E cmake_link_script CMakeFiles/cmTC_d2cba.dir/link.txt --verbose=1 /usr/bin/cc -DCHECK_FUNCTION_EXISTS=pthread_create -rdynamic CMakeFiles/cmTC_d2cba.dir/CheckFunctionExists.c.o -o cmTC_d2cba -lpthreads /usr/bin/ld: cannot find -lpthreads collect2: error: ld returned 1 exit status gmake[1]: *** [CMakeFiles/cmTC_d2cba.dir/build.make:107: cmTC_d2cba] Error 1 gmake[1]: Leaving directory '/root/ros_catkin_ws/build/catkin/CMakeFiles/CMakeTmp' gmake: *** [Makefile:141: cmTC_d2cba/fast] Error 2
Again, this is the type of thing that is typcally handled on answers.ros.org...
Noted; I'll head there after this.
robotics@lists.fedoraproject.org
-
logans＠cottsay.net -
Robert Kudyba -
Scott K Logan