Skip to content
Snippets Groups Projects
  1. Feb 08, 2017
  2. Feb 02, 2017
  3. Feb 01, 2017
  4. Jan 28, 2017
    • Lukas Bulwahn's avatar
      pcl-conversions: also depend on cmake-modules · e98c5a50
      Lukas Bulwahn authored
      
      Without the dependency on cmake-modules, `bitbake pcl-conversions` can
      possibly fail with:
      
      ```
      | CMake Error at /home/lukas/dev/openembedded.org/openembedded-core/build/tmp-glibc/sysroots/x86_64-linux/opt/ros/indigo/share/catkin/cmake/catkinConfig.cmake:83 (find_package):
      |   Could not find a package configuration file provided by "cmake_modules"
      |   with any of the following names:
      |
      |     cmake_modulesConfig.cmake
      |     cmake_modules-config.cmake
      |
      |   Add the installation prefix of "cmake_modules" to CMAKE_PREFIX_PATH or set
      |   "cmake_modules_DIR" to a directory containing one of the above files.  If
      |   "cmake_modules" provides a separate development package or SDK, be sure it
      |   has been installed.
      | Call Stack (most recent call first):
      |   CMakeLists.txt:4 (find_package)
      |
      |
      | -- Configuring incomplete, errors occurred!
      ```
      
      The failure only occurs if cmake-modules has not been installed
      before pcl-conversions is configured. Hence, the regular
      regression testing with `bitbake core-image-ros-world`,
      which builds many packages in parallel, did not
      uncover this because cmake-modules was usually installed before
      pcl-conversions was configured.
      
      However, the issue is clearly reproducable with
      `bitbake pcl-conversions cmake-modules -c cleanall && bitbake pcl-conversions`
      
      The missing dependency was probably introduced by the automatic
      recipe updates without checking for new dependencies.
      
      Signed-off-by: default avatarLukas Bulwahn <lukas.bulwahn@gmail.com>
      e98c5a50
    • Lukas Bulwahn's avatar
      eigen-conversions: also depend on cmake-modules · a14c2138
      Lukas Bulwahn authored
      
      Without the dependency on cmake-modules, `bitbake eigen-conversions`
      can possibly fail with:
      
      ```
      | CMake Error at /home/lukas/dev/openembedded.org/openembedded-core/build/tmp-glibc/work/i586-oe-linux/eigen-conversions/1.11.8-r0/recipe-sysroot-native/opt/ros/indigo/share/catkin/cmake/catkinConfig.cmake:83 (find_package):
      |   Could not find a package configuration file provided by "cmake_modules"
      |   with any of the following names:
      |
      |     cmake_modulesConfig.cmake
      |     cmake_modules-config.cmake
      |
      |   Add the installation prefix of "cmake_modules" to CMAKE_PREFIX_PATH or set
      |   "cmake_modules_DIR" to a directory containing one of the above files.  If
      |   "cmake_modules" provides a separate development package or SDK, be sure it
      |   has been installed.
      | Call Stack (most recent call first):
      |   CMakeLists.txt:5 (find_package)
      |
      |
      | -- Configuring incomplete, errors occurred!
      ```
      
      The failure only occurs if cmake-modules has not been installed
      before eigen-conversions is configured. Hence, the regular
      regression testing with `bitbake core-image-ros-world`, which
      builds many packages in parallel, did not uncover this because
      make-modules was usually installed before eigen-conversions was
      configured.
      
      However, the issue is clearly reproducible with
      `bitbake eigen-conversions cmake-modules -c cleanall && bitbake eigen-conversions`
      
      The missing dependency was probably introduced by the automatic
      recipe updates without checking for new dependencies.
      
      Signed-off-by: default avatarLukas Bulwahn <lukas.bulwahn@gmail.com>
      a14c2138
    • Lukas Bulwahn's avatar
      eigen-stl-containers: depend on libeigen · 30d5e698
      Lukas Bulwahn authored
      
      Without the dependency on libeigen, `bitbake eigen-stl-containers`
      can possibly fail with:
      
      ```
      | CMake Error at CMakeLists.txt:8 (find_package):
      |   By not providing "FindEigen3.cmake" in CMAKE_MODULE_PATH this project has
      |   asked CMake to find a package configuration file provided by "Eigen3", but
      |   CMake did not find one.
      |
      |   Could not find a package configuration file provided by "Eigen3" with any
      |   of the following names:
      |
      |     Eigen3Config.cmake
      |     eigen3-config.cmake
      |
      |   Add the installation prefix of "Eigen3" to CMAKE_PREFIX_PATH or set
      |   "Eigen3_DIR" to a directory containing one of the above files.  If "Eigen3"
      |   provides a separate development package or SDK, be sure it has been
      |   installed.
      |
      |
      | -- Configuring incomplete, errors occurred!
      ```
      
      The failure only occurs if libeigen has not been installed
      before eigen-stl-containers is configured. Hence, the regular
      regression testing with `bitbake core-image-ros-world`,
      which builds many packages in parallel, did not uncover this
      because libeigen was usually installed before
      eigen-stl-containers was configured.
      
      However, the issue is clearly reproducible with
      `bitbake eigen-stl-containers libeigen -c cleanall && bitbake eigen-stl-containers`
      
      The missing dependency was probably overlooked in the creation of
      the eigen-stl-containers recipe, i.e., in
      commit a255e67c.
      
      Signed-off-by: default avatarLukas Bulwahn <lukas.bulwahn@gmail.com>
      30d5e698
    • Lukas Bulwahn's avatar
      Merge pull request #449 from rojkov/geometric-shapes · 7dd67496
      Lukas Bulwahn authored
      Drop cmake tweaks in recipes depending on Octomap
      7dd67496
  5. Jan 25, 2017
  6. Jan 18, 2017
  7. Jan 12, 2017
  8. Jan 10, 2017
    • Dmitry Rozhkov's avatar
      catkin: revert commit beb46774 · e3e990de
      Dmitry Rozhkov authored
      The patch added in the reverted commit was meant to fix the issue
      https://github.com/bmwcarit/meta-ros/issues/291
      
      
      
      In fact it enables CMake to look for libraries in a host system which
      leads to errors when a path is tested for a library presence with the
      help of CMake's find_library() command: e.g. a non-existing host
      directory is tested for library presence and find_library() returns
      successfully because the library exists in bitbake's sysroot; then the
      directory is used by the linker, but the library doesn't exist in the
      directory -> failure. In worse cases the host directory may actually exist
      and contain the library, but of wrong architecture, format or
      incompatible ABI making finding the root cause a difficult task.
      
      Signed-off-by: default avatarDmitry Rozhkov <dmitry.rozhkov@linux.intel.com>
      e3e990de
    • Lukas Bulwahn's avatar
      Merge pull request #444 from rojkov/realsense · 47708d13
      Lukas Bulwahn authored
      librealsense: Set build type to ROS explicitly
      47708d13
  9. Jan 09, 2017
  10. Dec 15, 2016
  11. Dec 13, 2016
    • Gustavo Jose de Sousa's avatar
      mavros: add packages recipes · 359cb2e1
      Gustavo Jose de Sousa authored
      Use the latest indigo release (0.17.4).
      
      Authors: JochiPochi <john.aleman@cyphyworks.com>
               Gustavo Jose de Sousa <gustavo.sousa@intel.com>
      359cb2e1
    • Gustavo Jose de Sousa's avatar
      ros-mavlink: add recipe · 2846a8f3
      Gustavo Jose de Sousa authored
      A patch for the config file is also necessary because the include directory
      path was being hardcoded in the generated file, which caused problems for cross
      compilation. That patch has already been applied on upstream but for a newer
      version, so we're backporting it here.
      
      Apparently, the Kinetic release for this package is supposed to work fine with
      indigo distribution. That could be tried later, so that we can get rid of the
      local patch.
      
      Authors: JochiPochi <john.aleman@cyphyworks.com>
               Gustavo Jose de Sousa <gustavo.sousa@intel.com>
      2846a8f3
  12. Dec 12, 2016
  13. Dec 04, 2016
  14. Dec 03, 2016
  15. Dec 02, 2016
    • Lukas Bulwahn's avatar
      diagnostic-aggregator: improve build dependency · 8c8349b3
      Lukas Bulwahn authored
      bitbake diagnostic-aggregrator failed due to missing build
      dependencies with:
      ```
      | -- Could not find the required component 'bondcpp'. The following CMake error indicates that you either need to install the package with the same name or change your environment so that it can be found.
      | CMake Error at /home/lukas/dev/openembedded.org/openembedded-core/build/tmp-glibc/sysroots/qemux86/opt/ros/indigo/share/catkin/cmake/catkinConfig.cmake:83 (find_package):
      |   Could not find a package configuration file provided by "bondcpp" with any
      |   of the following names:
      |
      |     bondcppConfig.cmake
      |     bondcpp-config.cmake
      |
      |   Add the installation prefix of "bondcpp" to CMAKE_PREFIX_PATH or set
      |   "bondcpp_DIR" to a directory containing one of the above files.  If
      |   "bondcpp" provides a separate development package or SDK, be sure it has
      |   been installed.
      | Call Stack (most recent call first):
      |   CMakeLists.txt:6 (find_package)
      |
      |
      | -- Configuring incomplete...
      8c8349b3
  16. Dec 01, 2016
Loading