Package: debhelper Version: 13.11.9 In discussing the proposed upcoming time_t transition, I realized that the Provides: automatically generated on 64-bit archs will be wrong for libraries where we are replacing a previous ABI tag rather than introducing a new one.
E.g.
Package: libpam0t64
Provides: libpam0 (= 1.5.2-9.1ubuntu1)
Where this should actually be libpam0g, the name of the library package
since the libc5->glibc transition.
This affects runtime library packages in the archive with any of the c102,
c2, g, ldbl, or v5 suffixes.
Perhaps this is solvable by providing an annotation in debian/control to
indicate the library package name to declare compatibility with, that
debhelper could read? E.g.:
Package: libpam0t64
Provides: ${t64:Provides}
X-Time64-Compat: libpam0g
We could then automatically generate that field when updating the source
packages for the rename.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
signature.asc
Description: PGP signature
