- Feb 08, 2017
-
-
Dmitry Rozhkov authored
Signed-off-by:
Dmitry Rozhkov <dmitry.rozhkov@linux.intel.com>
-
Dmitry Rozhkov authored
Signed-off-by:
Dmitry Rozhkov <dmitry.rozhkov@linux.intel.com>
-
Dmitry Rozhkov authored
Signed-off-by:
Dmitry Rozhkov <dmitry.rozhkov@linux.intel.com>
-
Dmitry Rozhkov authored
Signed-off-by:
Dmitry Rozhkov <dmitry.rozhkov@linux.intel.com>
-
Dmitry Rozhkov authored
Signed-off-by:
Dmitry Rozhkov <dmitry.rozhkov@linux.intel.com>
-
Dmitry Rozhkov authored
Signed-off-by:
Dmitry Rozhkov <dmitry.rozhkov@linux.intel.com>
-
Dmitry Rozhkov authored
Signed-off-by:
Dmitry Rozhkov <dmitry.rozhkov@linux.intel.com>
-
Dmitry Rozhkov authored
Signed-off-by:
Dmitry Rozhkov <dmitry.rozhkov@linux.intel.com>
-
Dmitry Rozhkov authored
Octomap has been updated to provide relocatable libraries. Now it's not needed to tweak the absolute paths to Octomap's binaries. Signed-off-by:
Dmitry Rozhkov <dmitry.rozhkov@linux.intel.com>
-
Dmitry Rozhkov authored
Signed-off-by:
Dmitry Rozhkov <dmitry.rozhkov@linux.intel.com>
-
Dmitry Rozhkov authored
improve dependencies in some recipes
-
- Feb 02, 2017
-
-
Lukas Bulwahn authored
Upgrade octomap recipe to 1.8.0
-
Dmitry Rozhkov authored
Since the Octomap package provides CMake configs suitable for cross-compilation there's no need for an external module in cmake-modules. Signed-off-by:
Dmitry Rozhkov <dmitry.rozhkov@linux.intel.com>
-
- Feb 01, 2017
-
-
Dmitry Rozhkov authored
With the latest update of octomap the CMake module Findoctomap is not needed anymore. Signed-off-by:
Dmitry Rozhkov <dmitry.rozhkov@linux.intel.com>
-
Dmitry Rozhkov authored
Also backport a patch improving generation of config.cmake files. This makes octomap libraries relocatable which is required for successful cross-compilation builds. Signed-off-by:
Dmitry Rozhkov <dmitry.rozhkov@linux.intel.com>
-
- Jan 28, 2017
-
-
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:
Lukas Bulwahn <lukas.bulwahn@gmail.com>
-
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:
Lukas Bulwahn <lukas.bulwahn@gmail.com>
-
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:
Lukas Bulwahn <lukas.bulwahn@gmail.com>
-
Lukas Bulwahn authored
Drop cmake tweaks in recipes depending on Octomap
-
- Jan 25, 2017
-
-
Dmitry Rozhkov authored
Signed-off-by:
Dmitry Rozhkov <dmitry.rozhkov@linux.intel.com>
-
Dmitry Rozhkov authored
Signed-off-by:
Dmitry Rozhkov <dmitry.rozhkov@linux.intel.com>
-
Dmitry Rozhkov authored
Signed-off-by:
Dmitry Rozhkov <dmitry.rozhkov@linux.intel.com>
-
- Jan 18, 2017
-
-
Lukas Bulwahn authored
sphinxbase: add build dependencies to sphinxbase
-
Dmitry Rozhkov authored
sphinxbase is linked to libsndfile1, libasound from alsa-lib and libsamplerate0, but these build dependencies are missing in the recipe. This update adds the missing dependencies. Signed-off-by:
Dmitry Rozhkov <dmitry.rozhkov@linux.intel.com>
-
- Jan 12, 2017
-
-
Lukas Bulwahn authored
revert commit beb46774 added to fix the issue #291
-
- Jan 10, 2017
-
-
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:
Dmitry Rozhkov <dmitry.rozhkov@linux.intel.com>
-
Lukas Bulwahn authored
librealsense: Set build type to ROS explicitly
-
- Jan 09, 2017
-
-
Dmitry Rozhkov authored
The fix for build type detection in librealsense's CMakeLists.txt turned out to be non-functional in the official ROS build farm as explained in https://github.com/IntelRealSense/librealsense/pull/404 Since this recipe is specific to meta-ros set the build type explicitly to ROS to guaranty the catkin-related configs for librealsense get created and installed properly. Signed-off-by:
Dmitry Rozhkov <dmitry.rozhkov@linux.intel.com>
-
- Dec 15, 2016
-
-
Lukas Bulwahn authored
Add recipes for mavros
-
JochiPochi authored
Use the latest indigo release (0.17.4).
-
- Dec 13, 2016
-
-
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>
-
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>
-
- Dec 12, 2016
-
-
Lukas Bulwahn authored
realsense-camera: support RealSense camera
-
Dmitry Rozhkov authored
Signed-off-by:
Dmitry Rozhkov <dmitry.rozhkov@linux.intel.com>
-
- Dec 04, 2016
-
-
KristofRobot authored
reinvestigate and resolve #397
-
KristofRobot authored
Updates to recent Indigo release and improve build dependency
-
- Dec 03, 2016
-
-
Lukas Bulwahn authored
As ar-track-alvar has been repaired, we can add this recipe back to packagegroup-ros-world. Signed-off-by:
Lukas Bulwahn <lukas.bulwahn@oss.bmw-carit.de>
-
Lukas Bulwahn authored
ar_track_alvar 0.5.x only support opencv2, whereas meta-oe provides opencv3. The ar_track_alvar kinectic versions 0.6.x also support opencv3, as pointed out in the comment of commit e82747c4 [1]. Therefore, this commit updates ar-track-alvar to version 0.6.1 to resolve #397. [1] https://github.com/sniekum/ar_track_alvar/commit/e82747c42df3ead0d45bcd84048f6baef04b9f67 . Signed-off-by:
Lukas Bulwahn <lukas.bulwahn@oss.bmw-carit.de>
-
- Dec 02, 2016
-
-
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...
-
- Dec 01, 2016
-
-
Lukas Bulwahn authored
-