Your message dated Sun, 30 Jun 2024 09:14:32 +0200
with message-id <zoef2laye8m3n...@ramacher.at>
and subject line Re: Bug#1074232: transition: stk
has caused the Debian Bug report #1074232,
regarding transition: stk
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
1074232: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1074232
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: s...@packages.debian.org
Control: affects -1 + src:stk
User: release.debian....@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";
--- End Message ---
--- Begin Message ---
On 2024-06-24 23:09:21 +0200, Sebastian Ramacher wrote:
> Control: tags -1 confirmed
>
> On 2024-06-24 22:35:27 +0200, IOhannes m zmoelnig wrote:
> > Package: release.debian.org
> > Severity: normal
> > X-Debbugs-Cc: s...@packages.debian.org
> > Control: affects -1 + src:stk
> > User: release.debian....@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.
>
> Please go ahead
The old binaries got removed from testing. Closing.
Cheers
--
Sebastian Ramacher
--- End Message ---
