On 2014-09-20 10:39, László Böszörményi wrote:
On Sat, Sep 20, 2014 at 10:33 AM, Julien Cristau <jcristau@debian.org> wrote:On Sat, Sep 20, 2014 at 07:27:54 +0200, László Böszörményi (GCS) wrote:The audacious and related packages are in a good shape, only the binNMU needed for audacious-plugins to the libsidplayfp -> libsidplayfp3 transition. Please schedule it to finish this transition.I'm confused here. There seems to be a libsidplayfp "transitional"package in sid, depending on the new libsidplayfp3. That seems broken,since there's been a SONAME change.Yes, the SONAME is changed and the libsidplay package is only here to pull in libsidplayfp3 where it may be present without audacious-plugins installed. For audacious-plugins the breakage will be fixed with the binNMU. Next time should I just leave libsidplay on the system as an empty package without informing users (without the transition) it has a new library package?
No, libsidplayfp needs to be dropped entirely. libdisplayfp-dev should (as it does) depend on libsidplayfp3. Please do that and re-upload as soon as possible.
In a SONAME change you absolutely do not want users of the old SONAME package (libdisplayfp) building against the new SONAME (libdisplayfp3). That's why you have a -dev package in the first place. See libinput for an example of how it's done.
We don't appear to have a transition tracker for this one, I've set it up at https://release.debian.org/transitions/html/libsidplayfp.html
(libsidplayfp3 also suggests sidplay2fp, which doesn't exist...)
--
Jonathan Wiltshire jmw@debian.org
Debian Developer http://people.debian.org/~jmw
4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51
<directhex> i have six years of solaris sysadmin experience, from
8->10. i am well qualified to say it is made from bonghits
layered on top of bonghits