ipa320/cob_extern

The cob_extern stack contains third party libraries needed for operating Care-O-bot. The packages are downloaded from the manufactorers website and not changed in any way.

cob_extern

ROS Distro Support

	Indigo	Jade	Kinetic	Melodic	Noetic
Branch	indigo_dev	indigo_dev	indigo_dev	indigo_dev	indigo_dev
Status	supported	not supported	supported	supported	supported
Version	version	version	version	version	version

Travis - Continuous Integration

Status:

ROS Buildfarm

	Indigo Source	Indigo Debian	Jade Source	Jade Debian	Kinetic Source	Kinetic Debian	Melodic Source	Melodic Debian	Noetic Source	Noetic Debian
cob_extern

This is a repository for Care-O-bot external and third party packages.

Installation instructions and tutorials can be found at http://www.care-o-bot.org.

cob_extern's Issues

towards a centralised libphidget release

Hello,

I am one of the maintainers of phidgets_drivers, and we have recently released the package for Hydro and Indigo.

We used to implement a similar solution for downloading and building libphidget before releasing the package. However, some changes were made for the release, and phidgets_drivers now depends on libphidgets because you guys had already released the library and we wanted to avoid conflicts.

Such changes sparkled an interesting discussion at CCNYRoboticsLab/phidgets_drivers#18.

Whilst I am aware that libphidgets, as it is, currently breaks REP 136, @v4hn pointed out some other disadvantages, with the outdated version of libphidget being the key criticism, and @mintar provided suggestions to overcome the issues discussed.

Therefore, we were wondering whether cob_extern would be willing to drop libphidgets so that phidgets_drivers can take over the release of the libphidget library.

We believe it would make more sense for libphidget to reside in phidgets_drivers rather than cob_extern, and we would also ensure the library release will benefit from bug fixes of latest versions, always testing compatibility prior to release.

Would you be willing to go forward with these changes?
What are your concerns and suggestions?

Thanks!

libconcorde_tsp_solver build fails on bionic

Compiling the libconcorde_tsp_solver package on Ubuntu 18.04 / ROS melodic fails with:
/usr/bin/ld: [workspace]/build/libconcorde_tsp_solver/libconcorde_tsp_solver-src/libqsopt/qsopt.a(qsopt.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIC

It's the same issue that appears on the meldoic CI: https://travis-ci.org/ipa320/cob_extern/jobs/406770171

I tried to change the cflags in the ExternalProject to:
COMMAND make CFLAGS="-fPIC -shared -I${PROJECT_BINARY_DIR}/${PROJECT_NAME}-src/INCLUDE -I${PROJECT_BINARY_DIR}/${PROJECT_NAME}-src/libqsopt"
without success.

Any ideas how to successfully compile libconcorde_tsp_solver on melodic?

libconcorde_tsp_solver does not build on 32bit or arm

This is was added as a dependency of cob_extern and is causing regressions on indigo.

http://build.ros.org/view/Ibin_uT32/job/Ibin_uT32__libconcorde_tsp_solver__ubuntu_trusty_i386__binary/
http://build.ros.org/view/Ibin_uS32/job/Ibin_uS32__libconcorde_tsp_solver__ubuntu_saucy_i386__binary/
http://build.ros.org/view/Ibin_arm_uThf/job/Ibin_arm_uThf__libconcorde_tsp_solver__ubuntu_trusty_armhf__binary/

http://repositories.ros.org/status_page/ros_indigo_default.html?q=REGRESSION

[Noetic] libntcan fails to build on arm64 and armhf

Hey @fmessmer,

It looks like libntcan isn't building on some platforms:

• Ubuntu Focal arm64
• Ubuntu Focal armhf

I'm planning to add all chronically failing packages to per-platform blacklists later this week.
That just means the buildfarm won't try to build them every day.

When all issues causing the build failures are resolved, please make a PR to the production branch on ros_buildfarm_config removing it from the package_blacklist:

• release-arm64-build.yaml
• release-armhf-build.yaml

Fedora packaging workaround for libntcan

It looks like you're generating RPM spec files as part of your Bloom releases for cob_extern. Your package is now available in Fedora Linux, congratulations!

Unfortunately, you're bundling binaries in the libntcan package, and this is highly discouraged in RPM packaging. Fortunately, however, there is a workaround!

You'll need to employ Bloom's patching feature to add this workaround. This way, the workaround will get applied to libntcan whenever you release the package in Indigo automatically. To propagate the patch, releasing the package is required.

To make this easy for you, I made a quick screencast on how to do it: https://www.youtube.com/watch?v=OME9t8PJcyY

After you've run the final git push at the end, you'll need to generate a pull request against ros/rosdistro with the new version (should now end in -1 instead of -0). Let me know if you have trouble doing this.

Thanks for your help expanding ROS to more platforms!

--scott

code.ros.org url is broken

https://sourceforge.net/p/ros-dry-releases/code/HEAD/tree/download/thirdparty/libphidget_2.1.8.20120716.tar.gz?format=raw

It should be updated to: https://sourceforge.net/p/ros-dry-releases/code/HEAD/tree/download/thirdparty/libphidget_2.1.8.20120716.tar.gz?format=raw

The package can no longer build: http://54.183.26.131:8080/view/Ibin_uT64/job/Ibin_uT64__libphidgets__ubuntu_trusty_amd64__binary/10/console

libdlib and libopengm cannot be installed at the same time

The ROS packages ros-indigo-libopengm and ros-indigo-libdlib try to install /opt/ros/indigo/include/include/Readme.md. Therefore both packages cannot be installed at the same time.

I think the packages should not install a Readme.md in the include folder anyway.

libntcan in kinetic fails to build on arm targets

The package libntcan in kinetic has been detected as not building on all platforms in the buildfile uxhf. The release manager for kinetic will consider disabling this build if it continues to fail to build.

• jenkins_urls:
  • ubuntu xenial armhf
    The package libntcan in kinetic has been detected as not building on all platforms in the buildfile uxv8. The release manager for kinetic will consider disabling this build if it continues to fail to build.
• jenkins_urls:
  • ubuntu xenial arm64

o -name '*.gif' -o -name '*.cmxs' \)  -print0 2>/dev/null | xargs -0r chmod 0644
16:13:06 	find debian/ros-kinetic-libntcan/usr/lib -type f -name '*.ali'  -print0 2>/dev/null | xargs -0r chmod uga-w
16:13:06    dh_strip -O-v -O--buildsystem=cmake
16:13:06 	strip --remove-section=.comment --remove-section=.note --strip-unneeded debian/ros-kinetic-libntcan/opt/ros/kinetic/lib/libntcan.so.3
16:13:06 /usr/bin/strip: Unable to recognise the format of the input file `debian/ros-kinetic-libntcan/opt/ros/kinetic/lib/libntcan.so.3'
16:13:06 dh_strip: strip --remove-section=.comment --remove-section=.note --strip-unneeded debian/ros-kinetic-libntcan/opt/ros/kinetic/lib/libntcan.so.3 returned exit code 1
16:13:06 debian/rules:22: recipe for target 'binary' failed
16:13:06 make: *** [binary] Error 29

asm/linkage.h not found for libpcan on ubuntu 16.04

When this libpcan is build on ubuntu 16.04 with ROS kinetic, asm/linkage.h is not found.
Chaning the following line in file Makefile.tarball fixes the problem

KERNEL_VER=/usr/src/linux-headers-"`uname -r`"
to
KERNEL_VER=/usr/src/linux-headers-"`uname -r`"/arch/x86

architecture detection relies on dpkg

I am currently unable to use this repository without modifications on archlinux as dpkg is used to detect the system architecture in various CMake parts. dpkg is usually not available on archlinux.

ROS melodic support

Is ROS melodic already supported? Has someone tried to build cob_extern under melodic?

I am getting the error: Invalid configuration x86_64-unknown-linux-gnu: machine x86_64-unknown not recognized for package libconcorde_tsp_solver.

Is this maybe related to the third-party concorde-tsp-solver? It seems to be quite old and might not be compatible with newer compilers. I am using gcc 7.3.0.

Release cob_extern into ROS Noetic?

Would you mind releasing cob_extern to ROS Noetic? It looks like all of its dependencies have been released, and recursively 12 repos need it.

I'm not sure how much work it will need. The Noetic Migration Guide or the guide about transitioning ROS packages to Python 3 may be useful.

libpcan doesn't compile with linux kernels > 3.2