libgtkd-3-0 has a hard-coded dependency on libgtk-3-0, which will need
to be replaced by libgtk-3-0t64 after checking that the functions that interact with time_t (methods of GtkRecentInfo) are handled correctly.
On Tue, 19 Mar 2024 at 22:14:12 +0100, Matthias Klumpp wrote:
Am Di., 19. März 2024 um 21:42 Uhr schrieb Simon McVittie <smcv@debian.org>:
libgtkd-3-0 has a hard-coded dependency on libgtk-3-0, which will need
to be replaced by libgtk-3-0t64 after checking that the functions that interact with time_t (methods of GtkRecentInfo) are handled correctly.
Will this be the new name on all platforms?
Yes, the library is renamed on all architectures. (On architectures where
the ABI didn't actually break, like amd64, it Provides the old name.)
The same is true for essentially all of the libraries involved in this transition: there are hundreds of them.
Annoyingly, libgtkd does not depend on
libgtk properly on its own via linking it, and instead will dlopen it
at runtime.
One way I've sometimes seen this handled is by making a list of the
SONAMEs that will be dlopen'd, linking them into a dummy C executable
with -Wl,--no-as-needed, and letting dpkg-shlibdeps inspect that executable and generate dependencies.
Am Di., 19. März 2024 um 22:25 Uhr schrieb Simon McVittie <smcv@debian.org>:
Yes, the library is renamed on all architectures. (On architectures where the ABI didn't actually break, like amd64, it Provides the old name.)
So, in that case the most straightforward way to fix this would just
be to rename the dependency to libgtk-3-0t64?
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 297 |
Nodes: | 16 (2 / 14) |
Uptime: | 09:37:56 |
Calls: | 6,666 |
Files: | 12,213 |
Messages: | 5,336,274 |