Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 12 Aug 2014 23:51:49 +0200
From:      Roland Smith <rsmith@xs4all.nl>
To:        Diane Bruce <db@db.net>
Cc:        python@freebsd.org
Subject:   Re: conlict in py-numpy (blocks wspr)
Message-ID:  <20140812215149.GB7747@slackbox.erewhon.home>
In-Reply-To: <20140812212945.GA53853@night.db.net>
References:  <20140812212945.GA53853@night.db.net>

next in thread | previous in thread | raw e-mail | index | archive | help

--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--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140812215149.GB7747>