Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Dome support #297

Closed
2 of 4 tasks
j-rivero opened this issue Oct 1, 2020 · 9 comments
Closed
2 of 4 tasks

Dome support #297

j-rivero opened this issue Oct 1, 2020 · 9 comments

Comments

@j-rivero
Copy link
Contributor

j-rivero commented Oct 1, 2020

This ticket tracks Dome support for various platforms.

  • See all supported platforms for Dome 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 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 Some libraries tested on 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 Dome:

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

/usr/bin/ld: CMakeFiles/ignition-rendering3.dir/TransformController.cc.o:(.rodata+0x0): multiple definition of `typeinfo name for ignition::rendering::v3::Store<ignition::rendering::v3::Scene>'; CMakeFiles/ignition-rendering3.dir/OrbitViewController.cc.o:(.rodata+0x0): first defined here
/usr/bin/ld: CMakeFiles/ignition-rendering3.dir/TransformController.cc.o:(.data.rel.ro+0x0): multiple definition of `typeinfo for ignition::rendering::v3::Store<ignition::rendering::v3::Scene>'; CMakeFiles/ignition-rendering3.dir/OrbitViewController.cc.o:(.data.rel.ro+0x0): first defined here
@chapulina
Copy link
Contributor

Why is Buster/armhf a candidate to exclusion? We already have some debs for it:

image

@j-rivero
Copy link
Contributor Author

j-rivero commented Oct 8, 2020

Why is Buster/armhf a candidate to exclusion? We already have some debs for it:

My impression is that the level of buster/armhf users does not worth the effort of the maintenance cost. Just an impression.

@chapulina
Copy link
Contributor

My impression is that the level of buster/armhf users does not worth the effort of the maintenance cost

Got it, I was mainly wondering if it was a technical reason. Agreed that we can leave it out for now.

@ruffsl
Copy link

ruffsl commented Oct 9, 2020

Isn't the current version of raspbian based on buster?

Seems like that could shutout a lot of students using the default armhf image.

@j-rivero
Copy link
Contributor Author

j-rivero commented Oct 12, 2020

Isn't the current version of raspbian based on buster?

* https://www.raspberrypi.org/blog/buster-the-new-version-of-raspbian/

Seems like that could shutout a lot of students using the default armhf image.

I think that it is a good reason to build them. Thanks Ruffin.

@j-rivero
Copy link
Contributor Author

@chapulina my impression at this point would be to reduce the number of platforms supported to:

  • U, Focal (amd64, arm64)
  • U. Bionic (amd64, i386, arm64)
  • D. Buster (amd64, armhf)

Reasons are mainly maintenance costs (patches needed and releasing times for arm*) and no evidence of active use base for the rest of platforms at this moment.

@chapulina
Copy link
Contributor

Ok, so you're suggesting we drop:

  • U, Focal (armhf)
  • U, Bionic (armhf)
  • D, Buster (arm64. i386)

I think this is ok for now. If users come asking for other combinations we can look into it.

What do you think of updating the docs to include Buster once that's done?

https://ignitionrobotics.org/docs/dome/install

@scpeters
Copy link
Contributor

scpeters commented May 6, 2021

I just saw a debbuild failure of ign-common3 on buster armhf:

The following tests FAILED:
	  5 - UNIT_Console_TEST (Failed)
	  9 - UNIT_Filesystem_TEST (Failed)
	 66 - UNIT_ColladaLoader_TEST (Failed)
Errors while running CTest

maybe a filesystem or permissions problem?

@chapulina chapulina changed the title Tracker: ignition Dome releases status Dome support Dec 20, 2021
@chapulina chapulina mentioned this issue Dec 28, 2021
36 tasks
@chapulina
Copy link
Contributor

Closing this ticket as Dome is about to EOL (#600) and we've made the final releases. Here's the status of Linux releases at EOL:

image

@chapulina chapulina mentioned this issue Mar 25, 2022
30 tasks
@azeey azeey mentioned this issue Aug 21, 2024
15 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants