Edifice support

[j-rivero]

This ticket tracks Edifice support for various platforms.

• See all supported platforms for Edifice on this page.
• See the definition of Ignition's support categories on this page.

---

Operating System	Architecture	Packaging	CI	Functionality
Ubuntu Bionic	amd64	✅ Yes	✅ Yes, every pull request	✅ All
.	i386	✅ Yes	No	✅ All
.	arm64	❓ Maybe	No	Most low-level libraries known to work
.	armhf	❓ Maybe	No	Most low-level libraries known to work, DART physics engine not available
Ubuntu Focal	amd64	✅ Yes	✅ Yes, every pull request	✅ All
.	arm64	❓ Maybe	No	Most low-level libraries known to work
.	armhf	❓ Maybe	No	Most low-level libraries known to work, DART physics engine not available
Debian Buster	amd64, i386, arm64, armhf	❓ Maybe	No	Several libraries known to work
MacOS Catalina and BigSur	-	✅ Yes	✅ Yes, every pull request (TODO: which version?)	Ignition only works in headless mode (GUI does not render; instead of using ign gazebo fuel.sdf command, use ign gazebo -s fuel.sdf to start the server only).
Windows 10	.	❓ Maybe	✅ Yes, every pull request	Command line utilities are not supported. All packages up to but not including ign-gazebo are currently building. DART physics engine is not supported. Qt (GUI functionality) is not supported.

---

There are some problems affecting different platforms in Edfice:

Legend 🟢 in the repo 🟡 waiting in the buildfarm 🔴 requires action ⚫ no release

Linux

• Ubuntu amd64 platforms:

  • 🟢 Focal/amd64
  • 🟢 Bionic/amd64

• Ubuntu i386 platforms:

  • 🔴 Bionic/i386: see ShapeFeaturesFixture test failes on i386  gazebosim/gz-physics#248

• Ubuntu ARM platforms:

  • 🟢 Focal/arm64

  • 🟢 Bionic/arm64

  • Focal/armhf:

    • 🔴 rendering linking problem with multiple definitions

  • Bionic/armhf:

    • Not support (previous work: missing dart packages from PPA are not in the repo)

• Debian i386 platforms:

  • 🔴 rendering No ogre-2.1 package
  • 🔴 physics4 No dartsim package

• Debian amd64 platforms:

  • 🟢 Buster/amd64
  • Sid/*:
    • Not supported. Need to check conflicts with current libraries there

• Debian ARM platforms:

  • Buster/arm64

    • 🔴 Missing libdart

  • Buster/armhf (raspbian)

    • 🔴 common4 tests need patching

MacOSX

• Brew
  • 🟢 Bottles

Windows

• From source
  • The whole stack up to ign-gazebo5 should compile in a colcon-workspace. ign-launch is still being ported.
• Conda-forge (community effort)

[scpeters]

the focal armhf builds of sdformat11 are failing to identify the compiler

• https://build.osrfoundation.org/job/sdformat11-debbuilder/197/
• https://build.osrfoundation.org/job/sdformat11-debbuilder/198/

dh_auto_configure -- \
    -DCMAKE_BUILD_TYPE=RelWithDebInfo
	cd obj-arm-linux-gnueabihf && cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=None -DCMAKE_INSTALL_SYSCONFDIR=/etc -DCMAKE_INSTALL_LOCALSTATEDIR=/var -DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON -DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON -DCMAKE_INSTALL_RUNSTATEDIR=/run "-GUnix Makefiles" -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_AUTOGEN_VERBOSE=ON -DCMAKE_INSTALL_LIBDIR=lib/arm-linux-gnueabihf -DCMAKE_BUILD_TYPE=RelWithDebInfo ..
CMake Error at /usr/share/cmake-3.16/Modules/CMakeCompilerIdDetection.cmake:26 (list):
  list sub-command REMOVE_ITEM requires two or more arguments.
Call Stack (most recent call first):
  /usr/share/cmake-3.16/Modules/CMakeDetermineCompilerId.cmake:211 (compiler_id_detection)
  /usr/share/cmake-3.16/Modules/CMakeDetermineCompilerId.cmake:230 (CMAKE_DETERMINE_COMPILER_ID_WRITE)
  /usr/share/cmake-3.16/Modules/CMakeDetermineCompilerId.cmake:32 (CMAKE_DETERMINE_COMPILER_ID_BUILD)
  /usr/share/cmake-3.16/Modules/CMakeDetermineCCompiler.cmake:116 (CMAKE_DETERMINE_COMPILER_ID)
  CMakeLists.txt:23 (project)


CMake Error at /usr/share/cmake-3.16/Modules/CMakeCompilerIdDetection.cmake:26 (list):
  list sub-command REMOVE_ITEM requires two or more arguments.
Call Stack (most recent call first):
  /usr/share/cmake-3.16/Modules/CMakeDetermineCompilerId.cmake:211 (compiler_id_detection)
  /usr/share/cmake-3.16/Modules/CMakeDetermineCompilerId.cmake:230 (CMAKE_DETERMINE_COMPILER_ID_WRITE)
  /usr/share/cmake-3.16/Modules/CMakeDetermineCompilerId.cmake:32 (CMAKE_DETERMINE_COMPILER_ID_BUILD)
  /usr/share/cmake-3.16/Modules/CMakeDetermineCCompiler.cmake:116 (CMAKE_DETERMINE_COMPILER_ID)
  CMakeLists.txt:23 (project)
...
-- The C compiler identification is unknown
...
-- The CXX compiler identification is unknown
...

those cmake errors seem to match https://gitlab.kitware.com/cmake/cmake/-/issues/20568, which was allegedly fixed in https://gitlab.kitware.com/cmake/cmake/-/merge_requests/5258, possibly in cmake 3.19.0?

I don't know why this doesn't affect the ignition debbuild jobs. The ignition debbuild script sets NEED_C11_COMPILER, while the debbuild script used by sdformat does not, but the job itself sets NEED_C17_COMPILER, so I'm not sure what is going on.

[chapulina]

Edifice is EOL 🏁 🔥 🏢