Conversation
|
|
||
| # Install build dependencies for rviz et al. | ||
| RUN apt-get update && apt-get install --no-install-recommends -y libassimp-dev libcurl4-openssl-dev libfreetype6-dev libgles2-mesa-dev libglu1-mesa libqt5core5a libqt5gui5 libqt5opengl5 libqt5widgets5 libxaw7-dev libxrandr-dev qtbase5-dev | ||
| RUN apt-get update && apt-get install --no-install-recommends -y libassimp-dev libcurl4-openssl-dev libfreetype6-dev libgles2-mesa-dev libglu1-mesa-dev libqt5core5a libqt5gui5 libqt5opengl5 libqt5widgets5 libxaw7-dev libxrandr-dev qtbase5-dev |
There was a problem hiding this comment.
How is this change related to armhf support?
There was a problem hiding this comment.
07:49:55 In file included from /home/jenkins-agent/workspace/test_ci_linux-armhf/ws/build/rviz_ogre_vendor/ogre-master-ca665a6-prefix/src/ogre-master-ca665a6/RenderSystems/GL/include/OgreGLPrerequisites.h:63:0,
07:49:55 from /home/jenkins-agent/workspace/test_ci_linux-armhf/ws/build/rviz_ogre_vendor/ogre-master-ca665a6-prefix/src/ogre-master-ca665a6/RenderSystems/GL/src/GLSL/include/OgreGLSLExtSupport.h:34,
07:49:55 from /home/jenkins-agent/workspace/test_ci_linux-armhf/ws/build/rviz_ogre_vendor/ogre-master-ca665a6-prefix/src/ogre-master-ca665a6/RenderSystems/GL/src/GLSL/src/OgreGLSLExtSupport.cpp:31:
07:49:55 /home/jenkins-agent/workspace/test_ci_linux-armhf/ws/build/rviz_ogre_vendor/ogre-master-ca665a6-prefix/src/ogre-master-ca665a6/RenderSystems/GL/include/GL/glew.h:1180:14: fatal error: GL/glu.h: No such file or directory
07:49:55 # include <GL/glu.h>
07:49:55 ^~~~~~~~~~
There was a problem hiding this comment.
There was a problem hiding this comment.
It should have been pulled in as a dependency of qtbase5-dev or libsdl1.2-dev. From a Bionic ARM instance:
$ apt-cache rdepends libglu1-mesa-dev
...
|libsdl1.2-dev
...
|qtbase5-dev
...
...the logs show both of those being installed, but the pipe in the apt-cache output indicates there are other options to satisfy that dependency. But the other option (libglu-dev) is a virtual package provided by libglu1-mesa-dev, so I have no idea how they were installed without libglu1-mesa-dev present as well.
|
The test_ci_linux-armhf job has been deployed using this branch. Most recent full build: Most recent build passing: |
cottsay
left a comment
There was a problem hiding this comment.
Looks good, pending fresh CI.
|
CI LGTM. Windows CI has the same failures as the nightly: https://ci.ros2.org/view/nightly/job/nightly_win_rel/1222/#showFailuresLink |
|
Deployment complete ✔️ |
|
Thanks @cottsay for the followup on this! |
|
@cottsay deployed, does that mean the environment should be in https://ci.ros2.org/view/All/job/ci_linux-armhf/ ? I am still seeing EDIT: My mistake - I accidentally used the wrong CI_SCRIPTS branch from a rebuild. https://ci.ros2.org/job/ci_linux-armhf/9/ got past that |
This adds more complete armhf support using the armhf images built for the ROS build farm on the native CI linux-arm workers, which support armv7 (armhf) and armv8 (aarch64) natively but are running as armv8 platforms.
Connects to ros2/ros2#721