From owner-freebsd-python@freebsd.org Tue Jan 31 14:16:40 2017 Return-Path: Delivered-To: freebsd-python@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 002BCCC9129 for ; Tue, 31 Jan 2017 14:16:39 +0000 (UTC) (envelope-from john@saltant.com) Received: from twaddle.saltant.net (twaddle.saltant.net [72.78.188.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C32481D5A for ; Tue, 31 Jan 2017 14:16:39 +0000 (UTC) (envelope-from john@saltant.com) Received: from dreck.saltant.net (unknown [IPv6:2001:470:8d6f:1001:ee1a:59ff:fe3d:4bb1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by twaddle.saltant.net (Postfix) with ESMTPSA id 8FF27FD12; Tue, 31 Jan 2017 09:16:31 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=saltant.com; s=twaddle; t=1485872191; bh=OAhCT9Y4pJ2AYMSNk7NZyw7xobuV7X0BXjE7hLQHocU=; h=Subject:To:References:Cc:From:Date:In-Reply-To; b=kiI+jeRMxuaueSDwZHvSSdq9EpEJ9ptsdL84LPWM2fWqaumKGnM+Tmaz19EB64FKH Q0UnT+wA7SfnHTydAVAGJgrjkxS5+wVvMlUHHOcnIBEF+XUg54hntwEDNj5VdHTrGA DQgJzzfP7TqSRmfDe/iangBtN3NFskxAuo83PXkmrhkEMGt340kihl5c5Qa+HyTgUw Vc+W3g50sRGwDfS0hQUMk+TA2L6fpGlWO3nS2w6fPsZsRhg6hNLbo0OK6N6eGXs74p Nkv7eLsIo/OWjN6H8JgEonuC5O5FwiM4WsKL0VjG/sswiJanG2JoUXv3yAtcipYD1/ DnDIA7C83939Q== Subject: Re: Proposal: default to concurrent To: Roland Smith References: <20170130005036.GA72122@slackbox.erewhon.home> <0b140bdf-d2f1-7910-9a49-5539ad3162cc@saltant.com> <20170130194300.GA77462@slackbox.erewhon.home> Cc: FreeBSD Python List From: "John W. O'Brien" Organization: Saltant Solutions Message-ID: Date: Tue, 31 Jan 2017 09:16:27 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:45.0) Gecko/20100101 Thunderbird/45.7.0 MIME-Version: 1.0 In-Reply-To: <20170130194300.GA77462@slackbox.erewhon.home> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="4uihsl1jb6UAJQudVLrocgOaNBox3VxfI" X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jan 2017 14:16:40 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --4uihsl1jb6UAJQudVLrocgOaNBox3VxfI Content-Type: multipart/mixed; boundary="MWcCw3sVJHoq9fbe7smN4vku6VoaBiJPG"; protected-headers="v1" From: "John W. O'Brien" To: Roland Smith Cc: FreeBSD Python List Message-ID: Subject: Re: Proposal: default to concurrent References: <20170130005036.GA72122@slackbox.erewhon.home> <0b140bdf-d2f1-7910-9a49-5539ad3162cc@saltant.com> <20170130194300.GA77462@slackbox.erewhon.home> In-Reply-To: <20170130194300.GA77462@slackbox.erewhon.home> --MWcCw3sVJHoq9fbe7smN4vku6VoaBiJPG Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 1/30/17 14:43, Roland Smith wrote: > On Sun, Jan 29, 2017 at 08:26:27PM -0500, John W. O'Brien wrote: >> Thank you for your input. >> >> On 1/29/17 19:50, Roland Smith wrote: >> [...] >>> There also seems to be a trend of separate py3-* ports. This is somet= imes a >>> much better solution than trying to make a single port support python= 2 and 3. >> >> If I am not mistaken, the purpose of the py3-* ports is mainly to >> deliver some python3 support via the default build and thence the >> official pkg repository. As a convenience for those of who build our o= wn >> ports, it also enables 2+3 support within a single build instead of >> having to coordinate multiple builds and maintain multiple repositorie= s. >=20 > There are more issues with building the same port for two different pyt= hon > versions. The #!-line will be different which leads to daily warnings a= bout > mismatching checksums. To which checksums are you referring? The shebang line is fixed up at package build time, so that the installed files have valid checksums. % sudo pkg check -sx xlrd Checking xlrd: 100% % pkg info -lx xlrd | grep bin | xargs head -1 =3D=3D> /usr/local/bin/runxlrd.py <=3D=3D #!/usr/local/bin/python2.7 =3D=3D> /usr/local/bin/runxlrd.py-2.7 <=3D=3D #!/usr/local/bin/python2.7 =3D=3D> /usr/local/bin/runxlrd.py-3.4 <=3D=3D #!/usr/local/bin/python3.4 =3D=3D> /usr/local/bin/runxlrd.py-3.5 <=3D=3D #!/usr/local/bin/python3.5 =3D=3D> /usr/local/bin/runxlrd.py-3.6 <=3D=3D #!/usr/local/bin/python3.6 >> py-SPAM and py3-SPAM, or py2-SPAM and py-SPAM, concurrent *installatio= n* >> still requires that the intersection of plists is the empty set. >=20 > To achieve this, any scripts/binaries installed by a Python package wou= ld > *always* have to be suffixed. Personally, I don't mind since basically = every > shell has tab-completion. > > Maybe we should just suffix *all* python-based scripts, and *don't* ins= tall a > suffix-less one? That would certainly make things clear (explicit even = ;-). > But as others have mentioned, it might not be what some people expect. I'm not sure I follow. What would be the benefit of omitting a suffix-less script for the default python? What would be the drawback of providing one? What I'm proposing would not change the user experience under the system default version of python. All scripts would still could be invoked without a suffix due to their symlinks. Yes, it's true that those who only require the default version would still get a suffixed file and a suffix-less symlink. Could you give me an example of a case where that would cause breakage or even just inconvenience? > Could we add an automatic extra to the pkg-message, like: >=20 > To enable the installation of package FOO for multiple Python versi= ons, > the script BAR has been installed for Python-X.Y as BAR-X.Y. This wouldn't be necessary if we continue to ship suffix-less scripts. -J --MWcCw3sVJHoq9fbe7smN4vku6VoaBiJPG-- --4uihsl1jb6UAJQudVLrocgOaNBox3VxfI Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJYkJxGAAoJEGEAJpqmdExH2k8QAKg75i5Y+v2yOsPRHgx9MnPS Vo6r+PovBnQnGMuVAT+eq2smuADODM8ciikMtrJf1oUOVzvvqNmHq84yKOy+cVgG 5RR2KXAQZp+/1sXF8MEBMQDkSlP8kehBs37cRNHndgdox57Y2QRXY+ZpkrzFEX4d Mk67VV9qkeT4+aMZxUHldvLUxWGcWsq5AY2DPyoIfH0+nv/y5gCSoJL/mBhskk3w +Qz4BhYsMGxF1ots28hIFSSQIFoG09yNUGyidzbNCPvj2A0yctZ/Q5rzw0JleM2m nucZJXtbdIDP5STZzmPO4U4zaiIMzMFF2b7XuMfWm6mhNOpfiBhYfKjGOVKOZq9G C2GUWOhKKAuy0toWNKMwPahpVV7FOTcbw8n3kr5REMfIAa4jqD9J9AQjM1JMgVIF f+sIlKdmZZsqYBC38lpFBKUYBE36kcCkAMCOczE4njQ5mqh6OtDBsZ7UhjI1dHoa 5nHiNe63GoKmiF8mCXEae/1VCl265ldVaVMZxI1BpGHJUA/LHVkIyv6QB7A1VgDg 2YcGq0NB6FioYtcU/zBUW7A3KVA8p/yoH+IHBRKNXocseW6UjmMO1cwb86JlmCbx DQxZPVz8BlGr+1W19gwW/NjcWa+wEjRuJWRqa2KaOd3TsNorfzQct3dq/BqXRkp/ 5ypvvWKa/heo4rEGemwe =91IP -----END PGP SIGNATURE----- --4uihsl1jb6UAJQudVLrocgOaNBox3VxfI--