Project

General

Profile

Actions

Pull request #253

closed

HPP 4.9

Added by Guilhem Saurel almost 4 years ago. Updated almost 4 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Repository URL:
https://github.com/nim65s/robotpkg
Repository branch:
hpp49

Description

Hi,

This branch contains:
- An update of most HPP packages to v4.9.0
- An update of hpp-fcl to v1.4.4
- An update of pinocchio to v2.4.3
- An update of example-robot-data tot v3.3.0
- An update of qgv to v1.3.0
- A fix for ros-control-toolbox 1.18 in melodic

It has been tested on 16.04 & python 2 and 18.04 & python 3.

Cheers :)
Guilhem.

Actions #1

Updated by Guilhem Saurel almost 4 years ago

Thanks for the merge !

Everything looks fine, except http://robotpkg.openrobots.org/rbulk/robotpkg-wip/wip/py-hpp-rbprm/py36-hpp-rbprm-4.9.0/Ubuntu-18.04-x86_64/bulk.html :

robotpkg_add: Conflicting PLIST with py27-hpp-environments-4.9.0~doc: include/hpp/environments/config.hh

I think this should be fixed by https://github.com/nim65s/robotpkg/commit/13b010919d70de444e0c490d5a5d502b5a16ffa0

Actions #2

Updated by Guilhem Saurel almost 4 years ago

On a second thought, hpp-manipulation-corba has issues (some "auto" in the code, without c++11 statement), and I should also update DEPEND_ABI & SYSTEAM_SEARCH for HPP packages, to avoid

http://robotpkg.openrobots.org/rbulk/robotpkg/path/py-hpp-manipulation-corba/py35-hpp-manipulation-corba-4.9.0/Ubuntu-16.04-x86_64/bulk.html

=> Required robotpkg package py35-hpp-manipulation-corba>=4.7.0: py35-hpp-manipulation-corba-4.8.0~doc found
[…]
Could not find a package configuration file provided by "hpp-manipulation-corba" with any of the following names:

But this can wait.

Actions #3

Updated by Anthony Mallet almost 4 years ago

On Friday 1 May 2020, at 12:33, Guilhem Saurel wrote:

https://github.com/nim65s/robotpkg/commit/13b010919d70de444e0c490d5a5d502b5a16ffa0

Pushed!

Actions #4

Updated by Guilhem Saurel almost 4 years ago

Declaring a conflict between py27-hpp-environments & py36-hpp-environments didn't prove very effective… So instead, we can split hpp-environments from its python part. This way, hpp-pinocchio will not depend on python while it has no reason to.

I fixed that here: https://github.com/nim65s/robotpkg/commit/72e037f451e4cc66034c7dc880e02b60f3de23c8
While here, in my master branch, I also updated the SYSTEM_SEARCH & DEPEND_ABI, to avoid the CMake issue with new exports.

And I also set py-hpp-manipulation-corba in C++11, as it contains some auto.

Actions #5

Updated by Anthony Mallet almost 4 years ago

OK, fine. Pushed!

Actions #6

Updated by Guilhem Saurel almost 4 years ago

  • Status changed from New to Closed

I think most things are fine now.

I can still spot an issue on pinocchio / debian 9, which is about C++11, and therefore related to https://git.openrobots.org/issues/220. I plan to fix this in the upstream CMake, but this require some developments.

py-curves has an issue on Fedora 31 because of Boost::Python 1.69. A new release of curves with the fix included in CMake will come soon enough, so I don't think we need to patch it.

There is also something strange in gepetto-viewer-corba on Debian 9:

/local/robotpkg/var/tmp/robotpkg/graphics/py-qt-gepetto-viewer-corba/work/gepetto-viewer-corba-5.4.0/build/src/gepetto/viewer/corba/graphical-interfaceSK.cc:13:43: error: 'omniORB_4_1' was not declared in this scope
static const char* _0RL_library_version = omniORB_4_1;

But I'm not sur this is related to this PR.

Thanks !

Actions

Also available in: Atom PDF