Bug#831860: python{,3}-sip shouldn't provide more than one sip api

[Scott Kitterman]

On Thu, 18 May 2017 18:56:39 +0300 Adrian Bunk  wrote:
> Control: reassign -1 src:sip4 4.18.1+dfsg-1
> Control: retitle -1 python{,3}-sip shouldn't provide more than one sip api
> Control: affects -1 python-sip python3-sip
> 
> On Thu, Feb 16, 2017 at 02:36:19PM +0100, di dit wrote:
> > Rebuilding veusz fixes this bug.
> >...
...
> 
> After a rebuild python-qt4 now uses sip-api-11.3, but veusz-helpers 
> still uses sip-api-11.1
> 
> To enforce that this problem can't happen again or during upgrades, 
> python-sip and python3-sip shouldn't provide more than one sip api.
> 
> This bug is to track that this gets fixed in python{,3}-sip for stretch.
> 
> I'll also submit a binNMU request to get veusz and the other affected 
> package in stretch rebuilt with sip-api-11.3

Providing more than one is fine.  It appears that there was an 
undetected/unintended ABI break between 11.1 and 11.2, so 11.0 and 11.1 should 
be dropped.

Scott K

Bug#831860: python{,3}-sip shouldn't provide more than one sip api

[Adrian Bunk]

Control: reassign -1 src:sip4 4.18.1+dfsg-1
Control: retitle -1 python{,3}-sip shouldn't provide more than one sip api
Control: affects -1 python-sip python3-sip

On Thu, Feb 16, 2017 at 02:36:19PM +0100, di dit wrote:
> Rebuilding veusz fixes this bug.
>...

Thanks a lot for your bug report, and also for this
additional information.

The trigger is the python-qt4 upgrade.

Backtrace:
#0  0x in ?? ()
#1  0x7fcb47dce997 in sip_api_get_cpp_ptr (sw=sw@entry=0x7fcb3d763410, 
td=0x7fcb4662ed00) at siplib.c:8571
#2  0x7fcb47dcfe38 in sip_api_convert_to_type (
pyObj=pyObj@entry=, 
td=, transferObj=0x0, flags=, statep=0x0, 
iserrp=iserrp@entry=0x7ffe94602bf4) at siplib.c:8756
#3  0x7fcb47dd3055 in parsePass2 (self=0x0, selfarg=0, 
sipArgs=sipArgs@entry=(,), 
sipKwdArgs=sipKwdArgs@entry=0x0, kwdlist=kwdlist@entry=0x0, 
fmt=0x7fcb46264f2c "", fmt@entry=0x7fcb46264f2a "J8", va=)
at siplib.c:5458
#4  0x7fcb47dd3bd3 in parseKwdArgs (parseErrp=0x7ffe94602e60, 
sipArgs=(,), sipKwdArgs=0x0, 
kwdlist=0x0, unused=unused@entry=0x0, fmt=0x7fcb46264f2a "J8", 
va_orig=0x7ffe94602cf0) at siplib.c:3467
#5  0x7fcb47dd3da1 in sip_api_parse_kwd_args (parseErrp=, 
sipArgs=, sipKwdArgs=, 
kwdlist=, unused=0x0, fmt=) at siplib.c:3387
#6  0x7fcb4600a60e in ?? ()
   from /usr/lib/python2.7/dist-packages/PyQt4/QtGui.x86_64-linux-gnu.so
#7  0x7fcb47dcf7c3 in sipSimpleWrapper_init (
self=self@entry=0x7fcb3d763488, 
args=(,), kwds=0x0)
at siplib.c:9861
#8  0x55d247e8d675 in wrap_init.lto_priv.1153 (kwds=, 
wrapped=0x7fcb47dcf4f0 , args=, 
self=) at ../Objects/typeobject.c:4862
#9  wrapper_call.lto_priv () at ../Objects/descrobject.c:1035
#10 0x55d247e03673 in PyObject_Call () at ../Objects/abstract.c:2547
...


After a rebuild python-qt4 now uses sip-api-11.3, but veusz-helpers 
still uses sip-api-11.1

To enforce that this problem can't happen again or during upgrades, 
python-sip and python3-sip shouldn't provide more than one sip api.

This bug is to track that this gets fixed in python{,3}-sip for stretch.

I'll also submit a binNMU request to get veusz and the other affected 
package in stretch rebuilt with sip-api-11.3

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed