Return-Path: X-Original-To: notmuch@notmuchmail.org Delivered-To: notmuch@notmuchmail.org Received: from localhost (localhost [127.0.0.1]) by arlo.cworth.org (Postfix) with ESMTP id ECFA86DE1413 for ; Tue, 4 Aug 2015 10:21:10 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at cworth.org X-Spam-Flag: NO X-Spam-Score: 1.263 X-Spam-Level: * X-Spam-Status: No, score=1.263 tagged_above=-999 required=5 tests=[AWL=-0.133, SPF_NEUTRAL=0.652, URIBL_SBL=0.644, URIBL_SBL_A=0.1] 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 STgC6M_9eFKu for ; Tue, 4 Aug 2015 10:21:08 -0700 (PDT) Received: from guru.guru-group.fi (guru.guru-group.fi [46.183.73.34]) by arlo.cworth.org (Postfix) with ESMTP id D35466DE0FF1 for ; Tue, 4 Aug 2015 10:21:06 -0700 (PDT) Received: from guru.guru-group.fi (localhost [IPv6:::1]) by guru.guru-group.fi (Postfix) with ESMTP id 09112100046; Tue, 4 Aug 2015 20:20:49 +0300 (EEST) From: Tomi Ollila To: David Bremner , notmuch@notmuchmail.org Subject: Re: [PATCH] devel/release-checks.sh: made python version check work with python 3 In-Reply-To: <87y4hrm8dz.fsf@maritornes.cs.unb.ca> References: <1438508905-10955-1-git-send-email-tomi.ollila@iki.fi> <87y4hrm8dz.fsf@maritornes.cs.unb.ca> User-Agent: Notmuch/0.20.2+42~gbf3bfb8 (http://notmuchmail.org) Emacs/24.3.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.18 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: Tue, 04 Aug 2015 17:21:11 -0000 On Tue, Aug 04 2015, David Bremner wrote: > Tomi Ollila writes: > >> This trivial change consists of just putting print() argument in >> parentheses. > > Pushed. Thanks. > BTW, would it be a good thing or a bad one to take the python > binary name here from sh.config? Or just not worth the trouble? I'd say that unless there ever is problem with binary name `python` to make those checks to succeed then we could think whether to depend on sh.config existing... or do the same way resolving python as configure does. > d Tomi