Bug#1074232: transition: stk

[IOhannes m zmoelnig <umlaeute@debian.org>]

Package: release.debian.org
Severity: normal
X-Debbugs-Cc: stk@packages.debian.org
Control: affects -1 + src:stk
User: release.debian.org@packages.debian.org
Usertags: transition

The latest version of STK fixes #1051564.
Unfortuatenly STK upstream refuses to commit to semversioning their library,
and instead attaches the release-version to the libraryname,
following best practices as laid out in
<https://www.gnu.org/software/libtool/manual/html_node/Release-numbers.html>.

In any case, the Debian package has so far followed this scheme (which requires
a new binary package for every non-minor release), and the plan is
to continue to do so (upstream is not very active these days).

The new library name requires a transition for the reverse dependencies.

I've done a test-build of the rdeps using 'ratt', and have not encountered any
problems (the project's API is pretty stable)

Thanks for scheduling a transition.

mfardy
IOhannes


Ben file:

title = "stk";
is_affected = .depends ~ "libstk-4.6.2" | .depends ~ "libstk-5.0.0";
is_good = .depends ~ "libstk-5.0.0";
is_bad = .depends ~ "libstk-4.6.2";