[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#953383: transition: libgwenhywfar



Control: tags -1 confirmed

On 08/03/2020 21:02, Micha Lenk wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian.org@packages.debian.org
> Usertags: transition
> Control: forwarded -1 https://release.debian.org/transitions/html/auto-libgwenhywfar.html
> 
> Hi release team,
> 
> the Gwenhywfar package got its SONAMEs cleaned up (actually synced with the
> main library) for its frontend libraries. For this reason some binary package
> names had to be changed:
>  - libgwengui-gtk3-0 -> libgwengui-gtk3-79,
>  - libgwengui-qt5-0 -> libgwengui-qt5-79,
>  - libgwengui-fox16-0 -> libgwengui-fox16-79.
> 
> Additionally with the SONAME now being in sync with the main library, the C++
> frontend library previously packaged in libgwengui-cpp0 (which doesn't itself
> depend on any other GUI framework libraries like GTK) could be merged to the
> main library package libgwenhywfar79 and hence disappears.
> 
> The affected packages will need a binNMU to pick up the new SONAME from the
> corresponding libgwengui-* package:
> * https://tracker.debian.org/gnucash
> * https://tracker.debian.org/kmymoney
> I didn't do a test rebuild of these packages, because reading through the
> upstream changes compared to the last uploader there were no other changes in
> the gui/ folder of the upstream source. I don't expect any breakage.

I would have preferred to have actual confirmation that the rdeps build fine,
but given the above and that there are only two of them, let's go ahead.

Cheers,
Emilio


Reply to: