Skip to content
This repository has been archived by the owner on Apr 26, 2024. It is now read-only.

List old synapse versions in apt repository indexes #14082

Open
a-0-dev opened this issue Oct 6, 2022 · 6 comments
Open

List old synapse versions in apt repository indexes #14082

a-0-dev opened this issue Oct 6, 2022 · 6 comments
Labels
A-Packaging Our Debian packages, docker images; or issues relevant to downstream packagers O-Uncommon Most users are unlikely to come across this or unexpected workflow S-Tolerable Minor significance, cosmetic issues, low or no impact to users. T-Enhancement New features, changes in functionality, improvements in performance, or user-facing enhancements.

Comments

@a-0-dev
Copy link

a-0-dev commented Oct 6, 2022

Currently, only the latest ´matrix-synapse-py3` version is available in the apt repository, which poses challenges when managing synapse with ansible or other tools which may require to install/retain an older version if updates are not yet desired.

Leaving older versions in the repository (as it is the case for most software packages) would significantly support these admins :)

This may also be classified as a bug, depending on your criteria.

@squahtx squahtx added A-Packaging Our Debian packages, docker images; or issues relevant to downstream packagers S-Major Major functionality / product severely impaired, no satisfactory workaround. O-Uncommon Most users are unlikely to come across this or unexpected workflow T-Enhancement New features, changes in functionality, improvements in performance, or user-facing enhancements. labels Oct 6, 2022
@richvdh
Copy link
Member

richvdh commented Oct 6, 2022

@richvdh richvdh closed this as completed Oct 6, 2022
@domrim
Copy link

domrim commented Feb 15, 2023

this is unfortunately not very usable, as they are not in the package index. There are only 1.77.0+bullseye1 and 1.71.0+bullseye1 available (not sure why exactly these two versions). Would it be possible to keep at least the last 3-5 versions in the package index?

@richvdh
Copy link
Member

richvdh commented Feb 15, 2023

this is unfortunately not very usable, as they are not in the package index.

No, but downloading them and installing them with dpkg is not exactly the most onerous task in the world. Indeed, I'm not sure it's any harder than figuring out the incantation to get apt to install the version you want.

It looks like support for multiple versions of packages was added in a recent version of reprepro (see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=570623), so this might be something we could consider now. I suspect the thing that makes 1.71.0 different is that the 1.72.0 release was done by someone using reprepro 5.4.0. (@erikjohnston looks like it was you: can you confirm?)

The problem is that doing so would require all of the Synapse core team to be using bleeding-edge reprepro.

@erikjohnston
Copy link
Member

(@erikjohnston looks like it was you: can you confirm?)

My local reprepro appears to be 5.3.0. It's possible someone in the office did the debs that time round?

@domrim
Copy link

domrim commented Feb 15, 2023

No, but downloading them and installing them with dpkg is not exactly the most onerous task in the world. Indeed, I'm not sure it's any harder than figuring out the incantation to get apt to install the version you want.

Yes and no. The advantage of apt is, that it checks the signatures of the repository and package directly. One could argue that in a larger environment with multiple servers this could get automated, but it's not trivial and has some pitfalls.
apt usage with a version on the other hand is trivial with apt install matrix-synapse-py3=1.76.0+bullseye1

@richvdh
Copy link
Member

richvdh commented Feb 16, 2023

I'll reopen this for the team to consider

@richvdh richvdh reopened this Feb 16, 2023
@richvdh richvdh changed the title Hold multiple synapse versions in apt repository List old synapse versions in apt repository indexes Feb 16, 2023
@richvdh richvdh added S-Tolerable Minor significance, cosmetic issues, low or no impact to users. and removed S-Major Major functionality / product severely impaired, no satisfactory workaround. labels Feb 16, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
A-Packaging Our Debian packages, docker images; or issues relevant to downstream packagers O-Uncommon Most users are unlikely to come across this or unexpected workflow S-Tolerable Minor significance, cosmetic issues, low or no impact to users. T-Enhancement New features, changes in functionality, improvements in performance, or user-facing enhancements.
Projects
None yet
Development

No branches or pull requests

5 participants