[Pkg-samba-maint] Processing of talloc_2.1.6-2_amd64.changes

Jelmer Vernooij jelmer at jelmer.uk
Sun Apr 10 16:01:14 UTC 2016


On Sun, Apr 10, 2016 at 05:49:52AM +1200, Andrew Bartlett wrote:
> On Sat, 2016-04-09 at 13:36 +0000, Jelmer Vernooij wrote:
> > 
> > On 6 April 2016 20:10:15 BST, Andrew Bartlett <abartlet at samba.org>
> > wrote:
> > > On Wed, 2016-04-06 at 10:38 +0000, Jelmer Vernooij wrote:
> > > > On Wed, Apr 06, 2016 at 09:07:36AM +0000, Debian FTP Masters
> > > > wrote:
> > > > E.g. the symbol name issue hasn't been addressed, since we sitll
> > > > include the architecture. E.g building on ARM:
> > > > 
> > > > +++ dpkg-gensymbolscKvnsd	2016-04-06 10:03:36.195304221
> > > > +0000
> > > > @@ -1,16 +1,16 @@
> > > > -libpytalloc-util.cpython-35m-x86-64-linux-gnu.so.2 python3
> > > > -talloc
> > > > #MINVER#
> > > > - PYTALLOC_UTIL.CPYTHON_35M_X86_64_LINUX_GNU_2.1.6 at PYTALLOC_UTIL.
> > > > CPYT
> > > > HON_35M_X86_64_LINUX_GNU_2.1.6 2.1.6
> > > > - PYTALLOC_UTIL.PY3_2.1.5 at PYTALLOC_UTIL.PY3_2.1.5 2.1.6
> > > > - PYTALLOC_UTIL.PY3_2.1.6 at PYTALLOC_UTIL.PY3_2.1.6 2.1.6
> > > > - _pytalloc_get_mem_ctx at PYTALLOC_UTIL.PY3_2.1.6 2.1.6
> > > > - _pytalloc_get_ptr at PYTALLOC_UTIL.PY3_2.1.6 2.1.6
> > > > - _pytalloc_get_type at PYTALLOC_UTIL.PY3_2.1.6 2.1.6
> > > > - pytalloc_BaseObject_PyType_Ready at PYTALLOC_UTIL.PY3_2.1.6 2.1.6
> > > > - pytalloc_BaseObject_check at PYTALLOC_UTIL.PY3_2.1.6 2.1.6
> > > > - pytalloc_BaseObject_size at PYTALLOC_UTIL.PY3_2.1.6 2.1.6
> > > > - pytalloc_Check at PYTALLOC_UTIL.PY3_2.1.5 2.1.6
> > > > - pytalloc_GetBaseObjectType at PYTALLOC_UTIL.PY3_2.1.6 2.1.6
> > > > - pytalloc_GetObjectType at PYTALLOC_UTIL.PY3_2.1.5 2.1.6
> > > > - pytalloc_reference_ex at PYTALLOC_UTIL.PY3_2.1.5 2.1.6
> > > > - pytalloc_steal at PYTALLOC_UTIL.PY3_2.1.5 2.1.6
> > > > - pytalloc_steal_ex at PYTALLOC_UTIL.PY3_2.1.5 2.1.6
> > > > +libpytalloc-util.cpython-35m-i386-linux-gnu.so.2 python3-talloc
> > > > #MINVER#
> > > > + PYTALLOC_UTIL.CPYTHON_35M_I386_LINUX_GNU_2.1.6 at PYTALLOC_UTIL.CP
> > > > YTHO
> > > > N_35M_I386_LINUX_GNU_2.1.6 2.1.6-2
> > > > + PYTALLOC_UTIL.PY3_2.1.5 at PYTALLOC_UTIL.PY3_2.1.5 2.1.6-2
> > > > + PYTALLOC_UTIL.PY3_2.1.6 at PYTALLOC_UTIL.PY3_2.1.6 2.1.6-2
> > > > + _pytalloc_get_mem_ctx at PYTALLOC_UTIL.PY3_2.1.6 2.1.6-2
> > > > + _pytalloc_get_ptr at PYTALLOC_UTIL.PY3_2.1.6 2.1.6-2
> > > > + _pytalloc_get_type at PYTALLOC_UTIL.PY3_2.1.6 2.1.6-2
> > > > + pytalloc_BaseObject_PyType_Ready at PYTALLOC_UTIL.PY3_2.1.6 2.1.6
> > > > -2
> > > > + pytalloc_BaseObject_check at PYTALLOC_UTIL.PY3_2.1.6 2.1.6-2
> > > > + pytalloc_BaseObject_size at PYTALLOC_UTIL.PY3_2.1.6 2.1.6-2
> > > > + pytalloc_Check at PYTALLOC_UTIL.PY3_2.1.5 2.1.6-2
> > > > + pytalloc_GetBaseObjectType at PYTALLOC_UTIL.PY3_2.1.6 2.1.6-2
> > > > + pytalloc_GetObjectType at PYTALLOC_UTIL.PY3_2.1.5 2.1.6-2
> > > > + pytalloc_reference_ex at PYTALLOC_UTIL.PY3_2.1.5 2.1.6-2
> > > > + pytalloc_steal at PYTALLOC_UTIL.PY3_2.1.5 2.1.6-2
> > > > + pytalloc_steal_ex at PYTALLOC_UTIL.PY3_2.1.5 2.1.6-2
> > > > dh_makeshlibs: failing due to earlier errors
> > > 
> > > So, the upstream ABI here does change per arch.  Is there a way to
> > > encode that in the symbols files?
> > 
> > > Otherwise, I guess we have no choice but to change (upstream) the
> > > ABI
> > > again before it becomes too widely used.  We do try and normalise
> > > out
> > > the cpython35 bit for the upstream ABI checker, but we only do it
> > > on
> > > the text files in ABI/if
> > We can disable symbol checking altogether. However, I think that
> > would
> > be a bad idea. This is an upstream bug IMO. Let's include the patch
> > doko provided
> 
> We can't do that.  It never worked (that was how we got here). 
> 
> >  or get it fixed upstream
> 
> Sure.  Can you develop and propose such a patch upstream?  I'm not
> convinced a library like pytalloc-util needed the cypthon ABI encoded
> in it's symbols, but we need to not add them, rather than hackishly try
> and remove them like the two attempts so far.  
> 
> But all in all I'm feeling a bit bitten by this one and don't want a
> Debian divergence here.

I'm happy to review patches but my focus lies elsewhere at the moment.
What little time I spend on Samba I would rather use urgent things like
the security release.

Jelmer
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-samba-maint/attachments/20160410/418590b2/attachment.sig>


More information about the Pkg-samba-maint mailing list