[Top][All Lists]

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

Re: [PATCH] python: Add Python bindings for libgsasl

From: Simon Josefsson
Subject: Re: [PATCH] python: Add Python bindings for libgsasl
Date: Thu, 02 Jul 2015 00:23:26 +0200
User-agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/24.4 (gnu/linux)

David Michael <address@hidden> writes:

> This change adds a Python module that provides an interface to the
> main libgsasl functions.  It is compatible with any Python versions
> 2.6 or later, including Python 3.

Yay!  Many thanks for this.

> I needed an easily portable SASL library for Python, so I wrote bindings
> for libgsasl.  I've used it on various GNU/Linux distros, Hurd, Mac OS
> X, and Windows.
> Is there any interest in including the Python module with the upstream
> project?

Definitely.  As you discussed with Greg, I believe there are three
options: 1) distribute separately, 2) distribute it from the same
repository/tarball as upstream gsasl (i.e., integrate it into the build
system so that it is installed when you install gsasl), and 3) make it
part of the upstream project, but have it as two separate deliverables.

Traditionally, I've been in favor of 2) since it leads to users getting
everything from the package in one go, and everything gets tested as
part of the normal release process.  People can disable things they
don't want.  I think 3) would work as well, and the advantage is that it
can have a separate release schedule, but that can also lead to bit-rot
and unclarity when it comes to which versions of the two projects should
go together.  If you intend to release a lot of changes to your
bindings, and want to work independently of me, I think 3) is good but
if you can do the work to integrate it into the upstream project, I
think 2) is somewhat nicer.

I have no strong opinion on this though, so if there is additional
considerations, I'm all for listening to that.


Attachment: signature.asc
Description: PGP signature

reply via email to

[Prev in Thread] Current Thread [Next in Thread]