On Mon, Sep 09, 2019 at 07:24:26PM +0200, Andreas Metzler wrote:
> On 2019-09-09 Debian Bug Tracking System <ow...@bugs.debian.org> wrote:
> > wxwidgets3.0 (3.0.4+dfsg-11) unstable; urgency=medium
> > .
> > * debian/patches/upstream-changes-since-3.0.4.patch: Add lost entry for
> > new wxWindow::GetContentScaleFactor() function. (Closes: #939740)
> I have just rebuilt hugin 2019.0.0+dfsg-3 against wxwidgets3.0
> 3.0.4+dfsg-11. It still will not run with wxwidgets3.0 3.0.4+dfsg-9:
Hmm, before uploading I attempted to confirm the fix by doing a test
rebuild of hugin 2019.0.0+dfsg-2 against wxwidgets 3.0.4+dfsg-11 and
then installing the hugin package and checking it with wxwidgets
3.0.4+dfsg-9 installed.
> Nevertheless the resulting binary packages does not have an appropriate
> strict dependency on libwxgtk3.0-gtk3-0v5 (>= 3.0.4+dfsg-10).
But looking at the build log there is indeed not a strict dependency,
so I guess I didn't actually test the scenario I intended to...
Thinking about this more, the thing I fixed was a red herring unless
there's some mechanism for creating a symbols file from the information
in the upstream linker version script, and I don't think there is.
I'll add a shlibs file (manually maintaining a symbols file for a C++
library seems too painful for the benefits it gives).
Cheers,
Olly
