The link for the aria driver is outdated

Hello,

I try to install esrocos in the docker Taste and during the install process threre is a problem when the package ignition-math2-2.3.0.tar.bz2 must be extracted.

The error message is:

downloaded tools/ignition-math2 (6.0k)
  checkout of tools/ignition-math2 failed, deleting the source directory /root/esrocos_workspace/tools/ignition-math2
  ERROR: import of tools/ignition-math2 failed
  ERROR: tools/ignition-math2(/root/esrocos_workspace/tools/ignition-math2): failed in import phase
    'tar xjf /root/esrocos_workspace/install/cache/ignition-math2-2.3.0.tar.bz2 -C /root/esrocos_workspace/tools/ignition-math2 --strip-components=1' returned status 2
    see /root/esrocos_workspace/install/log/tools/ignition-math2-import.log for details
    last 3 lines are:

    bzip2: (stdin) is not a bzip2 file.
    tar: Child returned status 2
    tar: Error is not recoverable: exiting now

  ERROR: waiting for pending import jobs to finish
Command failed
tools/ignition-math2(/root/esrocos_workspace/tools/ignition-math2): failed in import phase
'tar xjf /root/esrocos_workspace/install/cache/ignition-math2-2.3.0.tar.bz2 -C /root/esrocos_workspace/tools/ignition-math2 --strip-components=1' returned status 2
    see /root/esrocos_workspace/install/log/tools/ignition-math2-import.log for details
    last 3 lines are:

bzip2: (stdin) is not a bzip2 file.
tar: Child returned status 2
tar: Error is not recoverable: exiting now

The problem is that the download link has change et the new is https://osrf-distributions.s3.us-east-1.amazonaws.com/ign-math/releases/ignition-math2-2.3.0.tar.bz2.

Can you fix this issue quickly.

Thanks.

Hi,

there is a patch that is outdated for drivers/aravis. There is also a branch in this repository that removes this failing patch.

Can we merge the branch that removes the patch into master?

@2maz

@christian-rauch:
Please can you find a better location for the aria package:

https://github.com/rock-core/rock-package_set/blob/master/source.yml#L197
The rock-website should not host this because it might be auto-generated in the long run.
Either move the driver into the orogen component if the licence allows this, change the link to a public other one, or handle the package simliar to the ids cameras...

Hello,

I am using the rock15.05 tag here but I think this issue will happen also for users of the flavour stable as long as they use ruby1.9.

in https://github.com/rock-core/rock-package_set/blob/master/rock.osdeps#L123

net-ssh can't be updated because it requires ruby >= 2.0.

This can be solved with:

net-ssh:                                                                                                                                  
    gem: "net-ssh<2.10"  

To which branch should this be pushed? I didn't find specific ruby19 os-dep files for this package, maybe this should go somewhere else?

@doudou
@goldhoorn

Hi,

it seems like libfreenect.so, used in that driver, has a call to libusb "libusb_get_parent", which is not available on 12.04.

The command was introduced between versions 1.0.16 and 1.0.18 of libusb1.0:
http://upstream-tracker.org/compat_reports/libusb/1.0.16_to_1.0.18/abi_compat_report.html

but Ubuntu 12.04 uses 1.0.9~rc3:
http://packages.ubuntu.com/search?keywords=libusb-1.0-0

Hi,

I would like to add Apriltags marker detector to the rock-core package set in "perception/apriltags" and "perception/orogen/apriltags".

Currently the orogen component is available in my personal repository dbcesar/perception-orogen-apriltags, so could someone create a git repository where I can push my code?
The library installation method is via archive available in http://april.eecs.umich.edu/wiki/index.php/AprilTags

So, after I pushed my code to the created repository, I'm gonna create a pull request here to add both, the library and my component.

Thanks

Is there any difference? Should both be kept?

1: https://github.com/rock-core/rock-package_set/blob/master/orogen.autobuild#L82
https://github.com/rock-drivers/drivers-orogen-servo_dynamixel

2: https://github.com/rock-core/rock-package_set/blob/master/orogen.autobuild#L100
https://github.com/rock-drivers/drivers-orogen-dynamixel

This should be added either as osdep or regular dependency to the corresponding manifest.
You can reproduce this, if you don't have ODE installed and with a clean install folder run amake planning/ompl

From these

    default:
        - libvtk6-dev
        - tcl-vtk6
        - python-vtk6
        - libvtk6-java

only libvtk6-dev is still available. It seems to work if I upgrade this to

        - libvtk7-dev
        - tcl-vtk7
        - python3-vtk7
        - libvtk7-java

Is the proper way to fix this:

• Rename current default to 18.04, and add a new default with the entries above, or
• Create a new 20.04 (maybe also 22.04) entry with the new values?

I also don't know if the API changed somewhere and some dependencies would break -- but the version had been updated from vtk5 before, so hopefully this is fine.

I would like to:

1. create a new driver repository for a trimble bd970 receiver (http://www.trimble.com/gnss-inertial/bd970.aspx?dtID=overview)
2. Since the rock-drivers organization is already created, I would like to migrate my existing drivers from gitorious to github

Therefore, I would like to get into the Maintainers team of the rock-drivers organization.

drivers/dps_desertstar_ssp1
drivers/orogen/dps_desertstar_ssp1
drivers/orogen/kinect
gui/vizkit_3d_plugins

env_add_path seems to be a method of autobuild 1.10.0.x

Hello guys!

Can we move https://github.com/dfki-ric/slam-opaque_autogen from dfki-ric group into rock-core group? Better would be under tools-opaque_autogen. Since it has nothing with slam, it is general plugin for orogen. :) Plus add it into rock_package_set.

Currently we have problem, that this package is not a part of any public package set and is defined only in our private package set. However, our public envire depends on it.

https://github.com/envire/envire-orogen-envire_core/blob/master/manifest.xml

Thank you in advance!

@doudou @planthaber @skasperski

This is a small pure-Ruby library to access information contained in SDF files.

Code is at https://github.com/Brazilian-Institute-of-Robotics/tools-ruby_sdf

About the categorization in tools/: we're planning to use the format for much more than just simulation (as a replacement to URDF), so I did not want to put it in simulation/. I would be fine with moving it there, though, if there is a strong feeling towards it.

There's also the question of which Rock subproject it would go to.

/cc @Qams

As in the title. It seems the version does not exist anymore and only version aruco-1.3.0.tgz is available.

I would like to push a cleaned version of the Desertstar depth sensor:

http://www.desertstar.com/assets/ssp-1-operators-manual.pdf

Please create:
dps_desertstar_ssp1
orogen-dps_desertstar_ssp1

on rock-drivers, if finished i create a pull-request for the package-set

Our CI spotted the package control/urdfdom doesn't build anymore, since the most recent updates to the package.

We pinned it to this version to make it build again:

- control/urdfdom:
  commit: 99c6f58120a5dfd1f9fc36419cd9f9aa0246efde

Steps to reproduce:

• set up clean workspace

• add this manifest:

  package_sets:
   - github: rock-core/rock-package_set
  layout:
   - control/urdfdom
  

Error message:

[ 82%] Linking CXX executable ../bin/check_urdf
../lib/liburdfdom_model.so.1.0: Warnung: undefinierter Verweis auf »base::logging::Logger::log(base::logging::Priority, char const*, char const*, int, char const*, char const*, ...) const«
../lib/liburdfdom_model.so.1.0: Warnung: undefinierter Verweis auf »base::logging::Logger::Logger()«
collect2: error: ld returned 1 exit status
urdf_parser/CMakeFiles/check_urdf.dir/build.make:97: recipe for target 'bin/check_urdf' failed
make[2]: *** [bin/check_urdf] Error 1
CMakeFiles/Makefile2:837: recipe for target 'urdf_parser/CMakeFiles/check_urdf.dir/all' failed
make[1]: *** [urdf_parser/CMakeFiles/check_urdf.dir/all] Error 2
Makefile:140: recipe for target 'all' failed
make: *** [all] Error 2