From owner-freebsd-python@FreeBSD.ORG Tue Aug 12 21:51:57 2014 Return-Path: Delivered-To: python@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A202899 for ; Tue, 12 Aug 2014 21:51:57 +0000 (UTC) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 495EB2837 for ; Tue, 12 Aug 2014 21:51:56 +0000 (UTC) Received: from slackbox.erewhon.home (slackbox.xs4all.nl [83.162.243.5]) by smtp-vbr7.xs4all.nl (8.13.8/8.13.8) with ESMTP id s7CLpo5E093962; Tue, 12 Aug 2014 23:51:51 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.erewhon.home (Postfix, from userid 1001) id E8EA012435; Tue, 12 Aug 2014 23:51:49 +0200 (CEST) Date: Tue, 12 Aug 2014 23:51:49 +0200 From: Roland Smith To: Diane Bruce Subject: Re: conlict in py-numpy (blocks wspr) Message-ID: <20140812215149.GB7747@slackbox.erewhon.home> References: <20140812212945.GA53853@night.db.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hYooF8G/hrfVAmum" Content-Disposition: inline In-Reply-To: <20140812212945.GA53853@night.db.net> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.23 (2014-03-12) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: python@freebsd.org X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 21:51:57 -0000 --hYooF8G/hrfVAmum Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 12, 2014 at 05:29:45PM -0400, Diane Bruce wrote: > =3D=3D=3D> py33-numpy-1.8.1_1,1 depends on shared library: libblas.so -= found (/usr/local/lib/libblas.so.2) > =3D=3D=3D> py33-numpy-1.8.1_1,1 depends on shared library: libumfpack.s= o - found (/usr/local/lib/libumfpack.so.1) > =3D=3D=3D> Checking if py33-numpy already installed > =3D=3D=3D> Registering installation for py33-numpy-1.8.1_1,1 > pkg-static: py33-numpy-1.8.1_1,1 conflicts with py27-numpy-1.8.1_1,1 (ins= talls files into the same place). Problematic file: /usr/local/bin/f2py > *** [fake-pkg] Error code 70 It is currently not yet supported to install Python packages for other than the default Python version. Recently, changes have been made to the ports infrastructure to allow installing packages for different (also non-default) versions of Python. Fr= om /usr/ports/CHANGES: 20140607: AUTHOR: mva@FreeBSD.org New PYTHON_CONCURRENT_INSTALL knob to support the parallel installation of ports for different python versions. If set to yes, the knob indicates that the port can be installed for different python versions at the same time. The port will use a unique prefix for certain directories using USES=3Duniquefiles:dirs (see the uniquefiles.mk Uses for details about the directories). Binaries receive an additional suffix, based on ${PYTHON_VER}. The values for the uniquefiles USES are set as follows: UNIQUE_PREFIX=3D ${PYTHON_PKGNAMEPREFIX} UNIQUE_SUFFIX=3D -${PYTHON_VER} If the port is installed for the current default python version, script= s and binaries in ${PREFIX}/bin ${PREFIX}/sbin ${PREFIX}/libexec are linked from the prefixed version to the prefix-less original name, e.g. bin/foo-2.7 --> bin/foo. But the *package tools* don't support this yet. For one of the reasons see http://lists.freebsd.org/pipermail/freebsd-questions/2013-November/254304.h= tml The pkg and ports team is working on fixing package name conflicts in the ports tree. Right now packages are identified by their origin in the ports tree. Both py27-sphinx and py33-sphinx have the same origin, textproc/py-sphinx, so they conflict. And /usr/ports UPDATING: 20140307: AFFECTS: users of devel/py-setuptools dependent ports AUTHOR: sunpoet@FreeBSD.org devel/py-setuptools is being used for every python ports (if USE_PYDISTUT= ILS defined) since r336553. Due to PKGORIGIN limitation, we cannot build one python port with python27 and the other with python33 since they require different setuptools versions which have same PKGORIGIN. With the addition of py-setuptools{27,32,33}, we could now have py27-foo and py33-bar coexi= st in one system. Note that this is only a short-term solution. It does not help if you need coexistence of one port with different python versions, e.g. py27-foo and py33-foo. So this will be fixed in the future. Roland --=20 R.F.Smith http://rsmith.home.xs4all.nl/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 5753 3324 1661 B0FE 8D93 FCED 40F6 D5DC A38A 33E0 (keyID: A38A33E0) --hYooF8G/hrfVAmum Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJT6ox1AAoJEED21dyjijPgDNsQALw9GaIMUd3GN/h1hOjc/euG xgO0+CJ1wJVcJx5yu+0TO19pKhNZVeHAuGIBeK4fkRo11NgNoWB7zVjcL/aj/KBR nb98X5bkfekD1ir266OWN5Ipk6h2NbvCbuqdPjWCMaWtD3DmIf3N/E+TiZGe8RKH VMZg8mbFpk/JDTeCTneaABNJ4t3iofUPz+IiV66fo7n1B+lB4RgegGPJsTlv3wNA 8TFDyI1QJcFrzj2cvEMxM8Hg/h4syQSgQNcKgZyuwPiS2cpjLBI1nicL7Rgtr7O4 k4I4jB26NQ0nLJLIMotP7t2cZCk98nx9yZb7Qn+zTJC5JFkv//+PhaztFr4SexVO OrMDGizEvl6X5roVi8yuh26vKDz0WW167o1tTHg8KMga3b4zzYuLmYhhGUKBDR2E 9TMYjwSCKkx9+p/VUB4w8Bp3VQsldh3Zuy7W1C/9eNWsO/t9Yw1SA7/gi/nLqlcR a3OPypATxFdJejEOWXxdj5FvjbirwLQ5Q9bvltMYf5v5Td5X3e9qF+c/G1EQdUD+ zXsQbfX3H7Ux6YNikZJLFSp12dDtZmlnscR70Em6gpxLd8Z8ioqlOIacvaWylcX0 VVbFDlgmy4Qg4z1aFqh9wMvcBWHpSnvmx02UlGj3Z6ADSUOjbbau3tp2NLmEsVgV 3Unun5UYi75iksLvYJhp =/mIq -----END PGP SIGNATURE----- --hYooF8G/hrfVAmum--