Bug#879176: transition: lz4

[Julian Andres Klode <jak@debian.org>]

On Fri, Oct 20, 2017 at 12:32:06PM +0900, Nobuhiro Iwamatsu wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian.org@packages.debian.org
> Usertags: transition
> 
> Dear release team,
> 
> I'd like to push lz4 1.8.0 into unstable.
> The library packge name has not changed since the previous version. However,
> some API have been removed . Therefore, lz4 1.8.0 requires transition
> processing,
> I think.
> 
> -----
> index f0ecbd4..ce4cf98 100644
> --- a/debian/liblz4-1.symbols
> +++ b/debian/liblz4-1.symbols
> @@ -5,6 +5,7 @@ liblz4.so.1 liblz4-1 #MINVER#
>   LZ4F_compressFrame@Base 0.0~r127
>   LZ4F_compressFrameBound@Base 0.0~r127
>   LZ4F_compressUpdate@Base 0.0~r127
> + LZ4F_compressionLevel_max@Base 1.8.0
>   LZ4F_createCompressionContext@Base 0.0~r127
>   LZ4F_createDecompressionContext@Base 0.0~r127
>   LZ4F_decompress@Base 0.0~r127
> @@ -13,7 +14,9 @@ liblz4.so.1 liblz4-1 #MINVER#
>   LZ4F_freeDecompressionContext@Base 0.0~r127
>   LZ4F_getErrorName@Base 0.0~r127
>   LZ4F_getFrameInfo@Base 0.0~r127
> + LZ4F_getVersion@Base 1.7.5
>   LZ4F_isError@Base 0.0~r127
> + LZ4F_resetDecompressionContext@Base 1.8.0
>   LZ4_compress@Base 0.0~r113
>   LZ4_compressBound@Base 0.0~r114
>   LZ4_compressHC2@Base 0.0~r113
> @@ -37,8 +40,6 @@ liblz4.so.1 liblz4-1 #MINVER#
>   LZ4_compress_fast@Base 0.0~r130
>   LZ4_compress_fast_continue@Base 0.0~r130
>   LZ4_compress_fast_extState@Base 0.0~r130
> - LZ4_compress_fast_force@Base 0.0~r130
> - LZ4_compress_forceExtDict@Base 0.0~r119
>   LZ4_compress_limitedOutput@Base 0.0~r113
>   LZ4_compress_limitedOutput_continue@Base 0.0~r113
>   LZ4_compress_limitedOutput_withState@Base 0.0~r113
> @@ -54,7 +55,6 @@ liblz4.so.1 liblz4-1 #MINVER#
>   LZ4_decompress_fast_withPrefix64k@Base 0.0~r113
>   LZ4_decompress_safe@Base 0.0~r113
>   LZ4_decompress_safe_continue@Base 0.0~r119
> - LZ4_decompress_safe_forceExtDict@Base 0.0~r127
>   LZ4_decompress_safe_partial@Base 0.0~r113
>   LZ4_decompress_safe_usingDict@Base 0.0~r119
>   LZ4_decompress_safe_withPrefix64k@Base 0.0~r113
> @@ -80,15 +80,4 @@ liblz4.so.1 liblz4-1 #MINVER#
>   LZ4_uncompress@Base 0.0~r114
>   LZ4_uncompress_unknownOutputSize@Base 0.0~r114
>   LZ4_versionNumber@Base 0.0~r122
> - XXH32@Base 0.0~r127
> - XXH32_createState@Base 0.0~r127
> - XXH32_digest@Base 0.0~r127
> - XXH32_freeState@Base 0.0~r127
> - XXH32_reset@Base 0.0~r127
> - XXH32_update@Base 0.0~r127
> - XXH64@Base 0.0~r127
> - XXH64_createState@Base 0.0~r127
> - XXH64_digest@Base 0.0~r127
> - XXH64_freeState@Base 0.0~r127
> - XXH64_reset@Base 0.0~r127
> - XXH64_update@Base 0.0~r127
> + LZ4_versionString@Base 1.8.0

None of the removed symbols seem to be meant for public consumption
or even had a header file. Hence they were never part of the ABI, and thus
there is no ABI break, and therefore, no SONAME bump. Upstream just did not
use symbol visibility to hide them from the library.

-- 
debian developer - deb.li/jak | jak-linux.org - free software dev
ubuntu core developer                              i speak de, en