Bug#1024540: transition: libpinyin
On 2022-11-25 14:52:12 +0100, Gunnar Hjalmarsson wrote:
> On 2022-11-21 20:46, Sebastian Ramacher wrote:
> > On 2022-11-21 08:03:26 +0100, Gunnar Hjalmarsson wrote:
> > > Hello Release Team,
> > >
> > > libpinyin upstream made a SOVERSION bump from 13 to 15, and the
> > > Debian packaging has been changed accordingly in libpinyin 2.7.92-1
> > > in experimental. These are the packages affected by the
> > > transition:
> > >
> > > fcitx-libpinyin
> > > fcitx5-zhuyin
> > > ibus-libpinyin
> > > ibus-libzhuyin
> > > maliit-keyboard
> > >
> > > I have changed the sources as appropriate and successfully test
> > > built the packages against the new libpinyin.
> > >
> > > As regards maliit-keyboard I plan to ping the maintainer (aka
> > > submit a bug) and possibly do an NMU. The other affected packages
> > > are maintained by Debian's IME team, and as a team member I plan to
> > > upload them myself.
> > >
> > > The autogenerated ben tracker looks as expected:
> > >
> > > https://release.debian.org/transitions/html/auto-libpinyin.html
> > >
> > > Please consider libpinyin for transition.
> >
> > Please go ahead after filing the bug against malitt-keyboard.
>
> Both libpinyin and the reverse dependencies have built successfully in
> unstable on the official architectures, and the old library packages have
> been deleted.
>
> I notice that libpinyin has not yet migrated, even though the 2 days delay
> is over. Is that because Britney waits for the dependencies to be migration
> ready too, or is it because this bug is not closed yet?
It has not migrated yet because the shared library packages have
strictly versioned dependency on libpinyin-data. Hence, migrating
libpinyin to testing would currently render some packages uninstallable
in testing.
Ideally, this dependency would be relaxed if possible so that this won't
be an issue for the next libpinyin transition. For this one, all the
reverse dependencies and libpinyin need to migrate together.
Cheers
--
Sebastian Ramacher
Reply to: