Bug#1065393: libphonenumber: phonenumberprotoabi not computed correctly after time64 transition

Simon McVittie smcv at debian.org
Sun Mar 3 19:12:11 GMT 2024


Source: libphonenumber
Version: 8.12.57+ds-4.1
Severity: important
X-Debbugs-Cc: vorlon at debian.org

After the time64 transition, libphonenumber8t64 Provides
libphonenumber8t64-protobuf with no version suffix. This appears to be
caused by the rename of libprotobuf32 to libprotobuf32t64: the regex in

> phonenumberprotoabi := libphonenumber8t64-protobuf$(shell dpkg-query -W -f '$${Depends}' libprotobuf-dev | sed -n 's/.*libprotobuf\([0-9]*\) .*/\1/p')

will not match libprotobuf32t64.

This also has the effect that the compatibility glue that seems to
have been intended to avoid mandatory rebuilds on 64-bit architectures
and i386:

>   phonenumberprotocompatabi := , libphonenumber8-protobuf$(shell dpkg-query -W -f '$${Depends}' libprotobuf-dev | sed -n 's/.*libprotobuf\([0-9]*\) .*/\1/p')

doesn't work as intended, because it generates a virtual package name
libphonenumber8-protobuf and not the required libphonenumber8-protobuf32.

I don't know whether the virtual package should be named
libphonenumber8t64-protobuf32 or libphonenumber8t64-protobuf32t64 (the
latter would probably be easiest), but presumably one of those?

I've reported this as important for now, but maybe it should be RC.

    smcv



More information about the pkg-java-maintainers mailing list