Bug#969009: transition: sleuthkit
Control: forwarded -1 https://release.debian.org/transitions/html/auto-sleuthkit.html
On 2020-08-25 23:50:56, Francisco Vilmar Cardoso Ruviaro wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian.org@packages.debian.org
> Usertags: transition
>
> Dear Release Team,
>
> I would like to update sleuthkit in unstable to the 4.9.0+dfsg-1.
>
> I would like to request a transition slot for sleuthkit, changing the
> library name from libtsk13 to libtsk19. The version 4.9.0
> introducing the ABI change has been in experimental since 2020-08-04.
>
> I have locally rebuilt the reversed dependencies on amd64, and
> only libguestfs, currently with FTBFS (#967099), that is only in sid, but I
> found a workaround.
The tracker only lists libguestfs as needing a rebuild. So there won't
be any actions required from our side. Feel free to go ahead with the
upload to unstable.
pytsk build depends on libtsk-dev but the binaries don't depend on
libtsk13. Is that expected?
Cheers
>
> To workaround this FTBFS I added an empty override_dh_dwz to make
> libguestfs buildable so that I could test it against the sleuthkit
> from experimental.
>
> diff --git a/debian/rules b/debian/rules
> index 28cd48af1..8122f4d95 100755
> --- a/debian/rules
> +++ b/debian/rules
> @@ -165,7 +165,7 @@ override_dh_makeshlibs:
> # Workaround for
> # dwz:
> debian/ruby-guestfs/usr/lib/x86_64-linux-gnu/ruby/vendor_ruby/2.5.0/_guestfs.so:
> DWARF version 0 unhandled
> override_dh_dwz:
> - dh_dwz -X/vendor_ruby/
> +# dh_dwz -X/vendor_ruby/
>
> %:
> dh $@ \
>
> The libguestfs build took place without problems with the sleuthkit from
> experimental.
>
>
> There is already a tracker available here:
>
> https://release.debian.org/transitions/html/auto-sleuthkit.html
>
> Thanks
> --
> Francisco Vilmar Cardoso Ruviaro <francisco.ruviaro@riseup.net>
> 4096R: 1B8C F656 EF3B 8447 2F48 F0E7 82FB F706 0B2F 7D00
>
--
Sebastian Ramacher
Reply to: