Honestly, I find the current state of Percona Software repositories for apt tremendously confusing (not sure if the state of rpm repositories is the same):
- The documentation ( MySQL software repositories - Percona Software Repositories ) lists “MySQL software repositories” and repositories for “Percona Distribution for MySQL” - tbh I don’t understand which of the two “classes” of repos is recommended if I want to install the percona’s mysql on a production server. What is actually the difference?
- When trying to choose
pdps-8.0on trixie, it tells me this operating is not supported, but on bookworm it works fine ps-80on the other hand works on both trixie and bookworm, but as a side effect enables thetoolsrepository, that’s supposed to be deprecated (see htttps://www.percona.com/blog/important-update-streamlined-repository-management-for-improved-efficiency/)- Enabling a deprecated repo wouldn’t be so bad if it was actually dormant, but on Jan 13 (10 days ago) a broken version of
libdbd-mysql-perlwith a higher version number than any other (working) libdbd-mysql-perl version, leading to broken perl tools on all servers utilizing theps-80repository (actually not for trixie as packages for trixie are not available in that repo)
For Debian users this means that they have to manually disable the tools repo and/or apt mark libdbd-mysql-perl to a non-broken version and/or use pdps-80 instead of ps-80 if available for their current platform. This results in heavy cognitive workload when managing a large fleet of servers with different Debian and MySQL versions.
It would be really great, if somebody at Percona could do any/either of the following:
- revert
toolsback to a non-brokenlibdbd-mysql-perlversion - prevent
ps-80from force-enablingtools - add a short note to the documentation explaining what the difference between
ps-80andpdps-8.0(orps-84-ltsandpdps-84-lts- same confusion) is and which variant is recommended under which circumstances.