@vegarab Remove ros-melodic-cpp-common
and clean the AUR cache of it.
the culprit file got embedded into the package when built.
Git Clone URL: | https://aur.archlinux.org/ros-melodic-desktop-full.git (read-only, click to copy) |
---|---|
Package Base: | ros-melodic-desktop-full |
Description: | ROS - A metapackage to aggregate several packages. |
Upstream URL: | https://github.com/ros/metapackages |
Keywords: | melodic morena robot robotics ros |
Licenses: | BSD |
Submitter: | GPereira |
Maintainer: | None |
Last Packager: | bionade24 |
Votes: | 12 |
Popularity: | 0.000000 |
First Submitted: | 2018-05-13 18:47 (UTC) |
Last Updated: | 2021-03-23 03:30 (UTC) |
@vegarab Remove ros-melodic-cpp-common
and clean the AUR cache of it.
the culprit file got embedded into the package when built.
@vegarab: I don't know what you did wrong, but it works for me(Of course, you have to work-around the bugs). I would clean the cache of your AUR helper and try again, I suppose to use pikaur
, but yay
is good to. In near future I'll provide binaries.
With @Cubimon I am still not able to build this. First attempt at install manages to install just over 100 packages (of the 320-something dependencies). After attempting to install 4 times (seemed like there were some circular dependencies), it is no longer able to install any of the 147 remaining packages due to missing dependencies.
I'm using packer
to install. As mentioned, during the fourth install attempt packer finds 147 dependencies but none of them can be installed due to missing dependencies - but all of the mentioned missing dependencies are part of the initial 147 dependencies.
I did the following:
ros-melodic-catkin
/opt/ros/melodic/share/catkin/cmake/templates/pkgConfig.cmake.in
(thanks @marsmee)ros-melodic-desktop-full
Anyway great work
@drapostolslki: I believe it's a Manjaro Problem, so I can't support you. Try to build them in a Arch Linux chroot.
@bionade24 I have the python-catkin-pkg, but trying to install ros-melodic-catkin gives me the same error.
@clynamen:
1.Most of them are fixed now.
2.Boost signals changed to version 2, you work around same like around the -lpthread
issue. Upstream commit was already made, I just wait for a new release.
It looks like there are two new problems with some packages:
Even though it's stupid, it worked with older cmake versions: https://answers.ros.org/question/311685/cmake-compile-error-pthread-not-found-how-to-tell-the-compiler-to-look-for-pthread-lib/
But the fix will come soon: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=915148
@bionade24 I'm glad I could help.
In my opinion, the real problem here is that it is a mistake of Boost as well as ROS. Placing a linker parameter (-lpthread
) directly into the ..._LIBRARIES
variable is completely unusual, I haven't seen this before. And that Catkin writes the absolute paths to the libraries directly into the CMake config files instead of using find_package
is highly questionable to me.
The only question now is which upstream will fix this error first, but this will take its time. I don't think we should wait this long.
Pinned Comments