Package Details: ros-melodic-desktop-full 1.4.1-2

Git Clone URL: (read-only, click to copy)
Package Base: ros-melodic-desktop-full
Description: ROS - A metapackage to aggregate several packages.
Upstream URL:
Keywords: melodic morena robot robotics ros
Licenses: BSD
Submitter: GPereira
Maintainer: bionade24 (jwhendy)
Last Packager: bionade24
Votes: 12
Popularity: 0.048160
First Submitted: 2018-05-13 18:47
Last Updated: 2020-09-21 17:26

Pinned Comments

bionade24 commented on 2019-04-09 19:13

We moved our Development to Github: Please open issues there instead of commenting.

ROS binary Repo (Thirdparty):
pacman-key --recv-keys CB222E7EBC11D682AAC8B317A4A0D73114FDE6FC
pacman-key --edit-key CB222E7EBC11D682AAC8B317A4A0D73114FDE6FC
Add this to your pacman.conf:

Server =

Please vote for getting these packages into community repo.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »

Cubimon commented on 2019-02-06 20:39

I did the following:

Anyway great work

bionade24 commented on 2019-02-04 16:30

@drapostolslki: I believe it's a Manjaro Problem, so I can't support you. Try to build them in a Arch Linux chroot.

drapostolski commented on 2019-02-04 14:11

@bionade24 I have the python-catkin-pkg, but trying to install ros-melodic-catkin gives me the same error.

bionade24 commented on 2019-02-03 11:07

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.

clynamen commented on 2019-02-03 10:50

It looks like there are two new problems with some packages:

  • changed directory name -> use skipinteg and remove version number from dir
  • boost signal was removed -> Remove references in cmake maybe? seems unused

bionade24 commented on 2019-02-02 07:50

Even though it's stupid, it worked with older cmake versions:

But the fix will come soon:

marsmee commented on 2019-02-01 23:02

@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.

bionade24 commented on 2019-02-01 21:47

@marsmee: Thanks for your suggestons. If they really don't wnat to change this in upstream, I'll use the second option (list(REMOVE_ITEM Boost_LIBRARIES -lpthread)) and add .patch files to AUR. But I'll try to get the fix into upstream.

marsmee commented on 2019-01-31 22:19

@bionade24 As for as I know you can find the file in /opt/ros/melodic/share/catkin/cmake/templates/ which itself is included by /opt/ros/melodic/share/catkin/cmake/catkin_package.cmake. The different libraries a catkin/ROS package uses are passed (indirectly) through the DEPENDS argument of the catkin_package macro, that expands e.g. Boost to ${Boost_LIBRARIES} which includes the evil -lpthread. I don't think you have a chance to suppress this behavior by a CMake command line parameter or such.

I suggest that you place list(REMOVE_ITEM Boost_LIBRARIES -lpthread) before catkin_package in each ROS package that performs a find_package(Boost REQUIRED COMPONENTS ... thread). Or maybe it is easier to modify the affected configs directly with sed?

bionade24 commented on 2019-01-31 17:04

@drapostolski: Have you installed ros-melodic-catkin & python-catkin_pkg ? I never got this error.