Bug#977452: transition: fmtlib

[Shengjing Zhu <zhsj@debian.org>]

Package: release.debian.org
Severity: normal
User: release.debian.org@packages.debian.org
Usertags: transition
X-Debbugs-Cc: zhsj@debian.org


Hi,

I have uploaded fmtlib 7.1.3 to experimental, I would like to request a
slot to start this transition.

In the past (fmtlib <= 6.x), it's a static only library. Last month I
adopted it, and decide to build a shared library for 7.x.

The old package has too much patches which are not merged by/forwarded
to upstream, thus I do want have the 7.x(which is re-packaged from
scratch) for bullseye.

The new version will use what upstream provides. It will has two targets
in its cmake system, one is head-only version, one is shared library
version.

So when r-depend packages rebuild with this new version, it can either
use head-only version, or the shared library.

For example in https://sources.debian.org/src/fcitx5/5.0.3-2/CMakeLists.txt/#L82
it will check which target exists.

The ben file seems hard to rewrite, as there's no good way to check
what is_good and is_bad.

Following packages need to be rebuilt

bear
dpaste
fcitx5
fcitx5-chinese-addons
hinge
intel-gmmlib
knxd
kodi
libpog
lizardfs
mkvtoolnix
nheko
open3d
opendht
openimageio
osmid
purify
pytorch
rapmap
restinio
ring
salmon
sopt
spdlog
tiledb
waybar
yaramod

I will start to check if they can be rebuilt successfully.

One thing to mention is that spdlog should be rebuilt first. As it uses
fmtlib internal API and embedded fmtlib in its shared library
previously. So if packages both use fmtlib and spdlog, they need to be
rebuilt later.

Thanks

Shengjing Zhu