Nemo

If you'd like to work on this: - Setup the project locally, as per [HACKING.md](https://github.com/endoflife-date/endoflife.date/blob/master/HACKING.md) - Add a special class to old releases (that have gone EoL 5+ years ago)...

A good inspiration is the [haproxy website](https://www.haproxy.org/): 

Tried out a few approaches on how to configure this, the one that seems to work best would be: 1. Show top 5 or 6 releases always 2. Always show...

Also see the discussion in #1393.

Planning to revert the changes, disable automatic updates for Debian till we can sort this out.

This is an interesting idea! I'm considering using `node_supported_versions` etc as the key to list down supported versions. That would be helpful in writing rules (you only need to match...

Could you provide sample metrics for how this might look, and how the corresponding alert rules would look?

The only (minor) concern I have is that every RHEL release is currently supported with ELS, so it's not very meaningful (could be covered in the text as well for...

Yeah, was confused with that, looks like we shouldn't be tracking Extended Life Phase, since it doesn't cover any fixes, just technical support. So +1 to adding ELS as a...

Yeah, just an extra repeated row with `ELS` in the `releaseCycle` field.