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

Re: Help with resolving an issue with wxwidgets3.2



On Fri, 23 Dec 2022, Sebastian Ramacher wrote:

Hi Scott

On 2022-12-12 22:10:51 -0500, Scott Talbert wrote:
On Mon, 12 Dec 2022, Sam Hartman wrote:

"Scott" == Scott Talbert <swt@techie.net> writes:

   Scott> Would Option 1, which was "Rebuild wxWidgets and then binNMU
   Scott> all packages that link with libwx_gtk3u_gl library (about a
   Scott> dozen packages)." be acceptable?  We could also add
   Scott> appropriate "Breaks" to the library package containing the gl
   Scott> library.

There are times in the past (I'm thinking c++ abi transitions) wher.e
we've changed the name of the shlibs package but not  of the soname.
So you end up overriding lintian because your shlib  package does not
match the soname exactly.
You need to update your symbols or shlibs files to depend on the new
shlibs package name.
It complicates the Debian packaging a bit, and you probably end up
carrying the complexity,
but you don't need to diverge from soname, and if you change build
options in the future you may need to do it again.
Would an option like this work for both sides?

Yes, that's originally what I planned to do, but Olly suggested that
changing the shlib package name without changing the library soname might be
against policy?  This approach would be okay with me, though.  As an aside,
wx's shlib package names already don't match the soname exactly. (Not sure
of the history there, but they either never have, or haven't for a long
time.)

In this case, changing the package name should be enough. I'd treat it
similar to the v5 "transitions" that we had to do with GCC 5 and C++
libraries.

What's the status? Time is running short.

Uploaded to experimental just now. Will need to clear NEW, though, due to binary package name changes.

Thanks,
Scott


Reply to: