Summary: | dev-db/percona-xtrabackup-bin: depends on libgcrypt:11 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Kristian Fiskerstrand (RETIRED) <k_f> |
Component: | Current packages | Assignee: | No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it <maintainer-needed> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | hydrapolic, steffen.weber, treecleaner, whissi |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 656372 |
Description
Kristian Fiskerstrand (RETIRED)
2018-05-23 22:24:59 UTC
This is likely limited to dev-db/percona-xtrabackup-bin/percona-xtrabackup-bin-2.4.9.ebuild but why is there a dep for percona-xtrabackup-bin-2.4.11.ebuild: dev-libs/libgcrypt:0/20 for the newer ones instead of :0 ? direct subslot dep is bad. Keep in mind that libgcrypt is quite careful about removing ABI support for functionality, gcry_ac interface was only removed after a multiple-years deprecation, so newer solib versions should likely be compatible. At least dev-db/percona-xtrabackup-bin is a binary package which requires the exact version listed in RDEPEND. Because it will fail with anything else this is the correct way to do it. The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=4de471a1a76d718fa5458f17f49b6d64a922db40 commit 4de471a1a76d718fa5458f17f49b6d64a922db40 Author: Thomas Deutschmann <whissi@gentoo.org> AuthorDate: 2018-08-05 14:38:31 +0000 Commit: Thomas Deutschmann <whissi@gentoo.org> CommitDate: 2018-08-05 14:38:31 +0000 dev-db/percona-xtrabackup-bin: drop version requiring libgcrypt:11 Closes: https://bugs.gentoo.org/656376 Package-Manager: Portage-2.3.44, Repoman-2.3.10 dev-db/percona-xtrabackup-bin/Manifest | 2 - .../percona-xtrabackup-bin-2.4.9.ebuild | 61 ---------------------- 2 files changed, 63 deletions(-) |