-
Notifications
You must be signed in to change notification settings - Fork 170
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
Handling of EOL Gazebo distros #118
Comments
I like 1, as from a user's perspective, I'd expect a package released into a distro would at least work up to the EOL for that same distro. However, perhaps such ideals are not always practical, given gazebo EOL is usually set months before Ubuntu's EOL for the targeted LTS. |
Yeah as new versions of the package will not be released after it's EOL, I wouldn't expect anything to happen in case it breaks before the EOL of the platform, so I would be in favor of 2 (like for ROS). @nkoenig @j-rivero Any comment on this ? As Gazebo 4, 5 and 6 have been EOL for some time, I am considering doing like we do for ROS and stop building new images for them (aka removing them from the dockerlibrary as well as from CI of this repo). |
Thanks everyone for the feedback (here and offline). |
This is analog to #79 but for gazebo.
Several images in this repo are for EOL Gazebo distributions.
As it stands every time ubuntu releases a new image we rebuild all of the Gazebo images.
There are 2 approaches here:
(pro / cons: opposite of option 1)
For ROS we decided to go for 1 as this matches the configuration when we stop building debian packages for a given distro. The same logic may or may not apply to gazebo.
/cc @ruffsl @j-rivero @nkoenig
The text was updated successfully, but these errors were encountered: