[PATCHES] Generate shorter name for extra python files

Andrew Bartlett abartlet at samba.org
Thu Jul 6 10:14:09 UTC 2017


On Thu, 2017-07-06 at 11:54 +0200, Andreas Schneider wrote:
> On Wednesday, 5 July 2017 15:26:33 CEST Lukas Slebodnik via samba-technical 
> wrote:
> > ehlo,
> > 
> > Generating different name with different architecture and with the same
> > version of python is not ideal. pkgconfig files should be architecture
> > independent and libraries for different architectures are stored in
> > different directories
> >  e.g. (/usr/lib64, /usr/lib, /usr/lib/x86_64-linux-gnu/ ...)
> > 
> > Therefore it will be simpler to remove architecture from names
> > /usr/lib64/pkgconfig/pyldb-util.cpython-36m-x86_64-linux-gnu.pc
> > vs.
> > /usr/lib64/pkgconfig/pyldb-util36.pc
> > 
> > LS
> 
> RB+
> 
> Could we get new releases for talloc and ldb including this? Also 
> f5cafee0c7a96396798d2b229ff3f9dced1d74f3 is not part of a release!

I'm a bit nervous about this.  I tried to untangle a mess on Debian in
this area, and ended up abandoning the py3 package for talloc with the
parent commits to this:

https://anonscm.debian.org/cgit/pkg-samba/talloc.git/commit/?id=11a83cac638719df56d8115837f9b8b744d6a69e

I'm not opposed to the idea in the patches, but I'm not sure it is
changing enough, or the right things.  The variables there have become
a tangled mess!

I realise this was 'just' trying to sort out pkgconfig, but we do need
to sort out the ABI upstream, not in Debian etc, but I would love it if
someone else could help me ensure that we could now re-enabled py3 in
debian without hacks and with the right thing happening.  Ideally we
get this changed once, break the ABI once, and get this right.

I think we will need to break the symbol names for pytalloc-util. 
(Does this matter?)

Thanks,

Andrew Bartlett

-- 
Andrew Bartlett                       http://samba.org/~abartlet/
Authentication Developer, Samba Team  http://samba.org
Samba Developer, Catalyst IT          http://catalyst.net.nz/services/samba




More information about the samba-technical mailing list