kpriv/freebsd-ports
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
freebsd-ports/math/py-numeric/Makefile

55 lines
1.6 KiB
Makefile
Raw Normal View History

Add NO_STAGE all over the place in preparation for the staging support (cat: math)
2013-09-20 22:55:04 +02:00
# Created by: Thomas Gellekum <tg@FreeBSD.org>
Change Id->FreeBSD.
1999-08-25 09:23:21 +02:00
# $FreeBSD$
Import of the NumPy port. The Numeric extensions to Python contain multi-dimensional arrays and interfaces to the lapack-, fftpack- and ranlib-libraries from netlib.
1997-04-28 11:22:59 +02:00
Convert to PORTNAME/PORTVERSION.
2000-04-14 09:20:58 +02:00
PORTNAME= numeric
Upgrade to 24.2. PR: ports/92784 Submitted by: "Pedro F. Giffuni" <giffunip at asme dot org>
2006-02-06 12:57:02 +01:00
PORTVERSION= 24.2
- Fixed hard-coded path in pkg-plist that caused Tinderbox breakage under Python 2.4. - Added handling for the lack of egg info under Python <2.5. - Bumped PORTREVISION. Reported by: tabthorpe
2008-11-26 23:22:09 +01:00
PORTREVISION= 3
Add virtual category "python". pygist: add dependency on rng.
1998-06-25 08:43:28 +02:00
CATEGORIES= math python
MASTER_SITE for doc has moved.
2008-03-01 14:15:32 +01:00
MASTER_SITES= http://numpy.scipy.org/:doc \
- Switch SourceForge ports to the new File Release System: categories starting with M
2009-08-22 02:28:34 +02:00
SF/numpy/Old%20Numeric/${PORTVERSION}:source
Upgrade to 17.1.1. PR: 22869 Submitted by: Johann Visagie <johann@egenetics.com>
2000-11-17 13:19:30 +01:00
PKGNAMEPREFIX= ${PYTHON_PKGNAMEPREFIX}
Upgrade to 23.8.
2005-07-22 14:52:37 +02:00
DISTFILES= Numeric-${PORTVERSION}${EXTRACT_SUFX}:source \
numpy.pdf:doc
EXTRACT_ONLY= Numeric-${PORTVERSION}${EXTRACT_SUFX}
Import of the NumPy port. The Numeric extensions to Python contain multi-dimensional arrays and interfaces to the lapack-, fftpack- and ranlib-libraries from netlib.
1997-04-28 11:22:59 +02:00
[Errno 11] Resource Temporarily Unavailable Reassigning my ports back to the pool with the hope of freeing up to do more FreeBSD work in the future. Submitted by: glarkin
2013-12-16 19:24:49 +01:00
MAINTAINER= ports@FreeBSD.org
Clear moonlight beckons. Requiem mors pacem pkg-comment, And be calm ports tree. E Nomini Patri, E Fili, E Spiritu Sancti.
2003-03-07 07:14:21 +01:00
COMMENT= The Numeric Extension to Python
Import of the NumPy port. The Numeric extensions to Python contain multi-dimensional arrays and interfaces to the lapack-, fftpack- and ranlib-libraries from netlib.
1997-04-28 11:22:59 +02:00
- Updated Makefile to handle installation differently based on whether devel/py-setuptools is present or not. The setup.py installer modifies the packing list based on that, so we have to modify pkg-plist in kind. - Added code to handle NOPORTEXAMPLES - Take maintainership PR: ports/122434 Submitted by: "Eugene M. Kim" <gene at nttmcl dot com>
2008-10-23 06:17:28 +02:00
USE_PYTHON= yes
USE_PYDISTUTILS= yes
Use setuptools for all Python ports. Setuptools is the preferred method to manage Python distributions after many changes to the packaging ecosystem over the past couple of years. Only ports using USE_PYDISTUTILS= yes are affected by this commit, ports using USE_PYDISTUTILS= easy_install remains the same however this usage is now deprecated and should be converted to USE_PYDISTUTILS= yes. Some Python distributions do not work with setuptools out of the box because they extend the install command from distutils and not setuptools, and so they need to be patched accordingly. pip (which leverages setuptools) works around the issue by using eggs, however we want to get rid of those as well, as support for "flat" installation is unavailable or has other issues associated with it. This work allows us to unify how python packages are built, ensure that Python distributions are installed consistently, reduces complexity for Python port maintainers and paves the way for simplifying the Python ports framework in the future. With hat on: python Reviewed by: koobs, antoine Exp-run: bdrewery Approved by: bdrewery (portmgr)
2013-12-15 17:22:17 +01:00
PYDISTUTILS_AUTOPLIST= yes
Unbreak pkg-plist. PR: ports/127647
2008-10-13 21:58:51 +02:00
- Fix build PR: ports/83915, ports/83985, ports/83989 Submitted by: Brett Goulder <predatorfreak@dcaf-security.org>, Conrad J. Sabatier <conrads@cox.net>, regis rampnoux <regisr@pobox.com> Was broken for: 51 hours Pointy hat to: tg
2005-07-24 19:34:46 +02:00
WRKSRC= ${WRKDIR}/Numeric-${PORTVERSION}
Upgrade to 23.8.
2005-07-22 14:52:37 +02:00
DOCSDIR= ${PREFIX}/share/doc/py-numeric
EXAMPLESDIR= ${PREFIX}/share/examples/py-numeric
Use setuptools for all Python ports. Setuptools is the preferred method to manage Python distributions after many changes to the packaging ecosystem over the past couple of years. Only ports using USE_PYDISTUTILS= yes are affected by this commit, ports using USE_PYDISTUTILS= easy_install remains the same however this usage is now deprecated and should be converted to USE_PYDISTUTILS= yes. Some Python distributions do not work with setuptools out of the box because they extend the install command from distutils and not setuptools, and so they need to be patched accordingly. pip (which leverages setuptools) works around the issue by using eggs, however we want to get rid of those as well, as support for "flat" installation is unavailable or has other issues associated with it. This work allows us to unify how python packages are built, ensure that Python distributions are installed consistently, reduces complexity for Python port maintainers and paves the way for simplifying the Python ports framework in the future. With hat on: python Reviewed by: koobs, antoine Exp-run: bdrewery Approved by: bdrewery (portmgr)
2013-12-15 17:22:17 +01:00
PORTDOCS= *
PORTEXAMPLES= *
Import of the NumPy port. The Numeric extensions to Python contain multi-dimensional arrays and interfaces to the lapack-, fftpack- and ranlib-libraries from netlib.
1997-04-28 11:22:59 +02:00
Use setuptools for all Python ports. Setuptools is the preferred method to manage Python distributions after many changes to the packaging ecosystem over the past couple of years. Only ports using USE_PYDISTUTILS= yes are affected by this commit, ports using USE_PYDISTUTILS= easy_install remains the same however this usage is now deprecated and should be converted to USE_PYDISTUTILS= yes. Some Python distributions do not work with setuptools out of the box because they extend the install command from distutils and not setuptools, and so they need to be patched accordingly. pip (which leverages setuptools) works around the issue by using eggs, however we want to get rid of those as well, as support for "flat" installation is unavailable or has other issues associated with it. This work allows us to unify how python packages are built, ensure that Python distributions are installed consistently, reduces complexity for Python port maintainers and paves the way for simplifying the Python ports framework in the future. With hat on: python Reviewed by: koobs, antoine Exp-run: bdrewery Approved by: bdrewery (portmgr)
2013-12-15 17:22:17 +01:00
OPTIONS_DEFINE= DOCS EXAMPLES
- Updated Makefile to handle installation differently based on whether devel/py-setuptools is present or not. The setup.py installer modifies the packing list based on that, so we have to modify pkg-plist in kind. - Added code to handle NOPORTEXAMPLES - Take maintainership PR: ports/122434 Submitted by: "Eugene M. Kim" <gene at nttmcl dot com>
2008-10-23 06:17:28 +02:00
Use setuptools for all Python ports. Setuptools is the preferred method to manage Python distributions after many changes to the packaging ecosystem over the past couple of years. Only ports using USE_PYDISTUTILS= yes are affected by this commit, ports using USE_PYDISTUTILS= easy_install remains the same however this usage is now deprecated and should be converted to USE_PYDISTUTILS= yes. Some Python distributions do not work with setuptools out of the box because they extend the install command from distutils and not setuptools, and so they need to be patched accordingly. pip (which leverages setuptools) works around the issue by using eggs, however we want to get rid of those as well, as support for "flat" installation is unavailable or has other issues associated with it. This work allows us to unify how python packages are built, ensure that Python distributions are installed consistently, reduces complexity for Python port maintainers and paves the way for simplifying the Python ports framework in the future. With hat on: python Reviewed by: koobs, antoine Exp-run: bdrewery Approved by: bdrewery (portmgr)
2013-12-15 17:22:17 +01:00
.include <bsd.port.pre.mk>
- Updated Makefile to handle installation differently based on whether devel/py-setuptools is present or not. The setup.py installer modifies the packing list based on that, so we have to modify pkg-plist in kind. - Added code to handle NOPORTEXAMPLES - Take maintainership PR: ports/122434 Submitted by: "Eugene M. Kim" <gene at nttmcl dot com>
2008-10-23 06:17:28 +02:00
Upgrade to 23.8.
2005-07-22 14:52:37 +02:00
post-extract:
- Fix build PR: ports/83915, ports/83985, ports/83989 Submitted by: Brett Goulder <predatorfreak@dcaf-security.org>, Conrad J. Sabatier <conrads@cox.net>, regis rampnoux <regisr@pobox.com> Was broken for: 51 hours Pointy hat to: tg
2005-07-24 19:34:46 +02:00
@${CP} ${DISTDIR}/numpy.pdf ${WRKDIR}
- Fixed hard-coded path in pkg-plist that caused Tinderbox breakage under Python 2.4. - Added handling for the lack of egg info under Python <2.5. - Bumped PORTREVISION. Reported by: tabthorpe
2008-11-26 23:22:09 +01:00
#
# Force the setup.py file to use a specific version of Python,
# since more than one may be installed, and we want to use
# the correct one, because if one has setuptools and another
# doesn't, that could mess with how pkg-plist is constructed.
#
Use setuptools for all Python ports. Setuptools is the preferred method to manage Python distributions after many changes to the packaging ecosystem over the past couple of years. Only ports using USE_PYDISTUTILS= yes are affected by this commit, ports using USE_PYDISTUTILS= easy_install remains the same however this usage is now deprecated and should be converted to USE_PYDISTUTILS= yes. Some Python distributions do not work with setuptools out of the box because they extend the install command from distutils and not setuptools, and so they need to be patched accordingly. pip (which leverages setuptools) works around the issue by using eggs, however we want to get rid of those as well, as support for "flat" installation is unavailable or has other issues associated with it. This work allows us to unify how python packages are built, ensure that Python distributions are installed consistently, reduces complexity for Python port maintainers and paves the way for simplifying the Python ports framework in the future. With hat on: python Reviewed by: koobs, antoine Exp-run: bdrewery Approved by: bdrewery (portmgr)
2013-12-15 17:22:17 +01:00
@${REINPLACE_CMD} \
-e "s|/usr/bin/env python|/usr/bin/env python${PYTHON_VER}|" \
-e 's,distutils\.command\.install ,setuptools\.command\.install ,' \
${WRKSRC}/setup.py
Upgrade to 23.8.
2005-07-22 14:52:37 +02:00
Upgrade to 20.2.1.
2001-10-19 13:13:32 +02:00
post-install:
Use setuptools for all Python ports. Setuptools is the preferred method to manage Python distributions after many changes to the packaging ecosystem over the past couple of years. Only ports using USE_PYDISTUTILS= yes are affected by this commit, ports using USE_PYDISTUTILS= easy_install remains the same however this usage is now deprecated and should be converted to USE_PYDISTUTILS= yes. Some Python distributions do not work with setuptools out of the box because they extend the install command from distutils and not setuptools, and so they need to be patched accordingly. pip (which leverages setuptools) works around the issue by using eggs, however we want to get rid of those as well, as support for "flat" installation is unavailable or has other issues associated with it. This work allows us to unify how python packages are built, ensure that Python distributions are installed consistently, reduces complexity for Python port maintainers and paves the way for simplifying the Python ports framework in the future. With hat on: python Reviewed by: koobs, antoine Exp-run: bdrewery Approved by: bdrewery (portmgr)
2013-12-15 17:22:17 +01:00
@${INSTALL} -d ${STAGEDIR}${EXAMPLESDIR}
${INSTALL_DATA} ${WRKSRC}/Demo/*.py ${STAGEDIR}${EXAMPLESDIR}
@${INSTALL} -d ${STAGEDIR}${EXAMPLESDIR}/NumTut
${INSTALL_DATA} ${WRKSRC}/Demo/NumTut/* ${STAGEDIR}${EXAMPLESDIR}/NumTut
@${INSTALL} -d ${STAGEDIR}${DOCSDIR}
${INSTALL_DATA} ${WRKDIR}/numpy.pdf ${STAGEDIR}${DOCSDIR}
Import of the NumPy port. The Numeric extensions to Python contain multi-dimensional arrays and interfaces to the lapack-, fftpack- and ranlib-libraries from netlib.
1997-04-28 11:22:59 +02:00
Upgrade to 20.3.
2002-01-09 13:25:54 +01:00
.include <bsd.port.post.mk>
Reference in a new issue Copy permalink