kpriv/pkgsrc
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
pkgsrc/devel/py-pbr/Makefile

33 lines
1 KiB
Makefile
Raw Normal View History

3.1.1 * Restore previous IP binding 3.1.0 * allow user to override the output location of api docs * fix tests based on API change in Sphinx * Updated from global requirements * Add binding option for WSGI server * Ignore index URL lines in requirements.txt files
2017-07-24 18:35:46 +02:00
# $NetBSD: Makefile,v 1.19 2017/07/24 16:35:46 adam Exp $
Import py27-pbr-0.8.2 as devel/py-pbr. PBR is a library that injects some useful and sensible default behaviors into your setuptools run. It started off life as the chunks of code that were copied between all of the OpenStack projects. Around the time that OpenStack hit 18 different projects each with at least 3 active branches, it seemed like a good time to make that code into a proper reusable library. PBR is only mildly configurable. The basic idea is that there's a decent way to run things and if you do, you should reap the rewards, because then it's simple and repeatable. If you want to do things differently, cool! But you've already got the power of Python at your fingertips, so you don't really need PBR. PBR builds on top of the work that d2to1 started to provide for declarative configuration. d2to1 is itself an implementation of the ideas behind distutils2. Although distutils2 is now abandoned in favor of work towards PEP 426 and Metadata 2.0, declarative config is still a great idea and specifically important in trying to distribute setup code as a library when that library itself will alter how the setup is processed. As Metadata 2.0 and other modern Python packaging PEPs come out, PBR aims to support them as quickly as possible.
2014-06-14 18:46:52 +02:00
3.1.1 * Restore previous IP binding 3.1.0 * allow user to override the output location of api docs * fix tests based on API change in Sphinx * Updated from global requirements * Add binding option for WSGI server * Ignore index URL lines in requirements.txt files
2017-07-24 18:35:46 +02:00
DISTNAME= pbr-3.1.1
Import py27-pbr-0.8.2 as devel/py-pbr. PBR is a library that injects some useful and sensible default behaviors into your setuptools run. It started off life as the chunks of code that were copied between all of the OpenStack projects. Around the time that OpenStack hit 18 different projects each with at least 3 active branches, it seemed like a good time to make that code into a proper reusable library. PBR is only mildly configurable. The basic idea is that there's a decent way to run things and if you do, you should reap the rewards, because then it's simple and repeatable. If you want to do things differently, cool! But you've already got the power of Python at your fingertips, so you don't really need PBR. PBR builds on top of the work that d2to1 started to provide for declarative configuration. d2to1 is itself an implementation of the ideas behind distutils2. Although distutils2 is now abandoned in favor of work towards PEP 426 and Metadata 2.0, declarative config is still a great idea and specifically important in trying to distribute setup code as a library when that library itself will alter how the setup is processed. As Metadata 2.0 and other modern Python packaging PEPs come out, PBR aims to support them as quickly as possible.
2014-06-14 18:46:52 +02:00
PKGNAME= ${PYPKGPREFIX}-${DISTNAME}
CATEGORIES= devel python
Switch to MASTER_SITE_PYPI.
2016-06-08 19:49:19 +02:00
MASTER_SITES= ${MASTER_SITE_PYPI:=p/pbr/}
Import py27-pbr-0.8.2 as devel/py-pbr. PBR is a library that injects some useful and sensible default behaviors into your setuptools run. It started off life as the chunks of code that were copied between all of the OpenStack projects. Around the time that OpenStack hit 18 different projects each with at least 3 active branches, it seemed like a good time to make that code into a proper reusable library. PBR is only mildly configurable. The basic idea is that there's a decent way to run things and if you do, you should reap the rewards, because then it's simple and repeatable. If you want to do things differently, cool! But you've already got the power of Python at your fingertips, so you don't really need PBR. PBR builds on top of the work that d2to1 started to provide for declarative configuration. d2to1 is itself an implementation of the ideas behind distutils2. Although distutils2 is now abandoned in favor of work towards PEP 426 and Metadata 2.0, declarative config is still a great idea and specifically important in trying to distribute setup code as a library when that library itself will alter how the setup is processed. As Metadata 2.0 and other modern Python packaging PEPs come out, PBR aims to support them as quickly as possible.
2014-06-14 18:46:52 +02:00
MAINTAINER= rodent@NetBSD.org
3.1.1 * Restore previous IP binding 3.1.0 * allow user to override the output location of api docs * fix tests based on API change in Sphinx * Updated from global requirements * Add binding option for WSGI server * Ignore index URL lines in requirements.txt files
2017-07-24 18:35:46 +02:00
HOMEPAGE= http://docs.openstack.org/developer/pbr/
Import py27-pbr-0.8.2 as devel/py-pbr. PBR is a library that injects some useful and sensible default behaviors into your setuptools run. It started off life as the chunks of code that were copied between all of the OpenStack projects. Around the time that OpenStack hit 18 different projects each with at least 3 active branches, it seemed like a good time to make that code into a proper reusable library. PBR is only mildly configurable. The basic idea is that there's a decent way to run things and if you do, you should reap the rewards, because then it's simple and repeatable. If you want to do things differently, cool! But you've already got the power of Python at your fingertips, so you don't really need PBR. PBR builds on top of the work that d2to1 started to provide for declarative configuration. d2to1 is itself an implementation of the ideas behind distutils2. Although distutils2 is now abandoned in favor of work towards PEP 426 and Metadata 2.0, declarative config is still a great idea and specifically important in trying to distribute setup code as a library when that library itself will alter how the setup is processed. As Metadata 2.0 and other modern Python packaging PEPs come out, PBR aims to support them as quickly as possible.
2014-06-14 18:46:52 +02:00
COMMENT= Python Build Reasonableness
LICENSE= apache-2.0
DEPENDS+= ${PYPKGPREFIX}-pip-[0-9]*:../../devel/py-pip
Updated py-pbr to 2.0.0. 2.0.0 ----- * tox: Don't set skipsdist=True * Stop using 'warnerrors' * doc: Clarify sections in 'setup.cfg' * Updated from global requirements * Remove discover from test-requirements * Add Constraints support * Don't raise exception on missing man pages * Updated from global requirements * Clean imports in code * Updated from global requirements * Docstrings should not start with a space * Changed the home-page link * Update .coveragerc after the removal of openstack directory * coverage package name option, doc improvement * Updated from global requirements * Deprecated warning for SafeConfigParser * Add more words to a confusing error message * Don't ignore data-files * Change assertTrue(isinstance()) by optimal assert * Fix handling of old git log output * Fix typo in the index.rst * Expose deb version to match exposing rpm version * Replace OpenStack LLC with OpenStack Foundation * Updated from global requirements * Fix pypy soabi tests * Add Python 3.5 classifier and venv * Fix argument order for assertEqual to (expected, observed) * Move to oslosphinx * Updated from global requirements * Restore warnerrors behavior and support Sphinx 1.4 * Updated from global requirements * Updated from global requirements * Updated from global requirements * Fix pypy wsgi tests * Remember the insertion order for pbr.json
2017-03-05 15:14:52 +01:00
# TEST_DEPENDS
# some of these depend on pbr
#BUILD_DEPENDS+= ${PYPKGPREFIX}-virtualenv-[0-9]*:../../devel/py-virtualenv
#BUILD_DEPENDS+= ${PYPKGPREFIX}-testresources-[0-9]*:../../devel/py-testresources
#BUILD_DEPENDS+= ${PYPKGPREFIX}-testscenarios-[0-9]*:../../devel/py-testscenarios
#BUILD_DEPENDS+= ${PYPKGPREFIX}-testtools-[0-9]*:../../devel/py-testtools
# unpackages:
# testrepository
# oslosphinx
Import py27-pbr-0.8.2 as devel/py-pbr. PBR is a library that injects some useful and sensible default behaviors into your setuptools run. It started off life as the chunks of code that were copied between all of the OpenStack projects. Around the time that OpenStack hit 18 different projects each with at least 3 active branches, it seemed like a good time to make that code into a proper reusable library. PBR is only mildly configurable. The basic idea is that there's a decent way to run things and if you do, you should reap the rewards, because then it's simple and repeatable. If you want to do things differently, cool! But you've already got the power of Python at your fingertips, so you don't really need PBR. PBR builds on top of the work that d2to1 started to provide for declarative configuration. d2to1 is itself an implementation of the ideas behind distutils2. Although distutils2 is now abandoned in favor of work towards PEP 426 and Metadata 2.0, declarative config is still a great idea and specifically important in trying to distribute setup code as a library when that library itself will alter how the setup is processed. As Metadata 2.0 and other modern Python packaging PEPs come out, PBR aims to support them as quickly as possible.
2014-06-14 18:46:52 +02:00
REPLACE_PYTHON+= pbr/tests/testpackage/setup.py
Updated to latest release, 0.10.18. Move bin/pbr in post-install and use ALTERNATIVES. CHANGES ======= 0.10.8 ------ * Support script text override for newer develop 0.10.7 ------ * _get_revno only returns a commit count 0.10.6 ------ * Integration test PBR commits 0.10.5 ------ * Move write_pbr_json to avoid issues with nose 0.10.4 ------ * Properly check for git before getting git dir * Use post version signifiers * Only import sphinx during hook processing 0.10.3 ------ * Stop including git sha in version strings * Write and read more complex git sha info 0.10.2 ------ * Remove all 2.7 filtering * Stop filtering out argparse * Remove mirror testing from the integration script 0.10.1 ------ * Prefix git suffixes with + instead of
2015-03-14 22:19:22 +01:00
post-install:
3.1.1 * Restore previous IP binding 3.1.0 * allow user to override the output location of api docs * fix tests based on API change in Sphinx * Updated from global requirements * Add binding option for WSGI server * Ignore index URL lines in requirements.txt files
2017-07-24 18:35:46 +02:00
cd ${DESTDIR}${PREFIX}/bin && ${MV} pbr pbr${PYVERSSUFFIX} || ${TRUE}
Updated to latest release, 0.10.18. Move bin/pbr in post-install and use ALTERNATIVES. CHANGES ======= 0.10.8 ------ * Support script text override for newer develop 0.10.7 ------ * _get_revno only returns a commit count 0.10.6 ------ * Integration test PBR commits 0.10.5 ------ * Move write_pbr_json to avoid issues with nose 0.10.4 ------ * Properly check for git before getting git dir * Use post version signifiers * Only import sphinx during hook processing 0.10.3 ------ * Stop including git sha in version strings * Write and read more complex git sha info 0.10.2 ------ * Remove all 2.7 filtering * Stop filtering out argparse * Remove mirror testing from the integration script 0.10.1 ------ * Prefix git suffixes with + instead of
2015-03-14 22:19:22 +01:00
Import py27-pbr-0.8.2 as devel/py-pbr. PBR is a library that injects some useful and sensible default behaviors into your setuptools run. It started off life as the chunks of code that were copied between all of the OpenStack projects. Around the time that OpenStack hit 18 different projects each with at least 3 active branches, it seemed like a good time to make that code into a proper reusable library. PBR is only mildly configurable. The basic idea is that there's a decent way to run things and if you do, you should reap the rewards, because then it's simple and repeatable. If you want to do things differently, cool! But you've already got the power of Python at your fingertips, so you don't really need PBR. PBR builds on top of the work that d2to1 started to provide for declarative configuration. d2to1 is itself an implementation of the ideas behind distutils2. Although distutils2 is now abandoned in favor of work towards PEP 426 and Metadata 2.0, declarative config is still a great idea and specifically important in trying to distribute setup code as a library when that library itself will alter how the setup is processed. As Metadata 2.0 and other modern Python packaging PEPs come out, PBR aims to support them as quickly as possible.
2014-06-14 18:46:52 +02:00
.include "../../lang/python/application.mk"
.include "../../lang/python/egg.mk"
.include "../../mk/bsd.pkg.mk"
Reference in a new issue Copy permalink