From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost (localhost [127.0.0.1]) by arlo.cworth.org (Postfix) with ESMTP id 4B5516DE137C for ; Wed, 4 Dec 2019 12:18:52 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at cworth.org X-Spam-Flag: NO X-Spam-Score: 1.001 X-Spam-Level: * X-Spam-Status: No, score=1.001 tagged_above=-999 required=5 tests=[AWL=-0.858, MISSING_HEADERS=1.207, SPF_NEUTRAL=0.652] autolearn=disabled Received: from arlo.cworth.org ([127.0.0.1]) by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CudatQthRlA1 for ; Wed, 4 Dec 2019 12:18:48 -0800 (PST) Received: from guru.guru-group.fi (guru.guru-group.fi [46.183.73.34]) by arlo.cworth.org (Postfix) with ESMTP id 39F7D6DE136E for ; Wed, 4 Dec 2019 12:18:46 -0800 (PST) Received: from guru.guru-group.fi (localhost [IPv6:::1]) by guru.guru-group.fi (Postfix) with ESMTP id 12771100063 for ; Wed, 4 Dec 2019 22:18:42 +0200 (EET) From: Tomi Ollila Cc: notmuch Subject: Re: Python3 cffi bindings In-Reply-To: <87a78vu5x2.fsf@tethera.net> References: <20191008210312.20685-1-flub@devork.be> <87a78vu5x2.fsf@tethera.net> User-Agent: Notmuch/0.28.3+84~g41389bb (https://notmuchmail.org) Emacs/25.2.1 (x86_64-unknown-linux-gnu) X-Face: HhBM'cA~ MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2019 20:18:52 -0000 On Sat, Nov 16 2019, David Bremner wrote: > Gaute Hope writes: > >> >> By the way, it does not seem that the API is very far from the >> previous python API. If it is close enough, perhaps it is possible to >> get away with a bug version bump in the bindings rather than creating >> a new package. I understand the need for a new package, but it would >> be nice if we could avoid the future confusion of two python binding >> packages (if at all possible). >> > > I'm not in a good position to judge how similar the APIs are. It does > seem like there are at least some breaking changes, and we usually try > to make things smooth for people upgrading by deprecating interfaces > before removing them completely. On the other hand our previous concern > for supporting python pre 3.6 (I think. Maybe 3.5?) seems less and less > worrying (except maybe for people using old CentOS like things). Currently such a recent Linux distribution as Ubuntu 16.04 LTS is not new enough to be used as is when compiling latest notmuch from git (or 0.29), as GMIME 3.0 is required (Ubuntu 16.04 ships GMIME 2.6 and Python 3.5). GMIME 2.6 was pretty easy to compile, GMIME 3 is a bit harder... Ubuntu 16.04 LTS ships python 3.5 -- and compiling later Pythons is easier than GMIME 3 (done both, GMIME 3 on CentOS 6, Python 3.7 on CentOS 7). So, IMO not supporting python pre 3.6 is fine, as we already reguire gmime 3 and probably soon xapian 1.4 -- distros that ship gmime3 most probably already ship python 3.6... Tomi > > d