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

30 lines
753 B
Makefile
Raw Normal View History

multimedia/py-librtmp: Python bindings for librtmp, built with cffi python-librtmp is a Python interface to librtmp. It uses cffi to interface with the C library librtmp. WWW: https://github.com/chrippa/python-librtmp
2013-11-29 01:40:36 +01:00
# Created by: William Grzybowski <wg@FreeBSD.org>
PORTNAME= librtmp
multimedia/py-librtmp: update to 0.3.0
2015-11-14 22:12:08 +01:00
PORTVERSION= 0.3.0
Corrected shared library names that got the .abi3 suffix for python-36 and up after devel/py-cffi upgrade to 1.11.2 This is the followup for the r457997 commit that updated devel/py-cffi to 1.11.2. As it turned out, the shared object names built by py-cffi has changed in python 36. Dependent ports can choose between installing such shared object as part of their plist, or generating them in the runtime and placing them into ~/.cache/{port-name}/ The former ones, that include the shared objects in their plist, got affected. 4 of the ports were failing explicitly in their py36 flavor during the strip phase. The other 6 were either missing strip entirely, or performed the strip operation without using explicit shared object names. These 6 ports didn't trigger any build errors, and were failing silently during the runtime, making the problem very hard to detect. Precisely, .abi3 suffix is now added for the py36 flavor of relevant ports. Here are the 10 ports that got affected and are now corrected: databases/py-psycopg2cffi devel/py-pygit2 devel/py-xattr devel/py-pyopencl devel/py-atomiclong multimedia/py-librtmp net/py-nnpy security/py-bcrypt security/py-cryptography security/py-pynacl All of them got the * in the stripped shared object name, and a PORTREVISION bump.
2018-01-05 21:02:03 +01:00
PORTREVISION= 1
multimedia/py-librtmp: Python bindings for librtmp, built with cffi python-librtmp is a Python interface to librtmp. It uses cffi to interface with the C library librtmp. WWW: https://github.com/chrippa/python-librtmp
2013-11-29 01:40:36 +01:00
CATEGORIES= multimedia python
MASTER_SITES= CHEESESHOP
PKGNAMEPREFIX= ${PYTHON_PKGNAMEPREFIX}
- This actually needs devel/py-singledispatch at runtime so add that to RUN_DEPENDS. - Bump PORTREVISION. - Pet portlint. Approved by: wg (maintainer)
2013-11-29 21:20:45 +01:00
DISTNAME= python-${PORTNAME}-${PORTVERSION}
multimedia/py-librtmp: Python bindings for librtmp, built with cffi python-librtmp is a Python interface to librtmp. It uses cffi to interface with the C library librtmp. WWW: https://github.com/chrippa/python-librtmp
2013-11-29 01:40:36 +01:00
MAINTAINER= wg@FreeBSD.org
COMMENT= Python bindings for librtmp, built with cffi
multimedia/py-librtmp: update to 0.2.1 - BSD => BSD2CLAUSE license - USES python
2014-09-25 21:53:17 +02:00
LICENSE= BSD2CLAUSE
multimedia/py-librtmp: Python bindings for librtmp, built with cffi python-librtmp is a Python interface to librtmp. It uses cffi to interface with the C library librtmp. WWW: https://github.com/chrippa/python-librtmp
2013-11-29 01:40:36 +01:00
Remove ${PORTSDIR}/ from dependencies, categories m, n, o, and p. With hat: portmgr Sponsored by: Absolight
2016-04-01 16:16:16 +02:00
LIB_DEPENDS= librtmp.so:multimedia/librtmp
Use PY_FLAVOR for dependencies. FLAVOR is the current port's flavor, it should not be used outside of this scope. Sponsored by: Absolight
2018-06-20 19:05:41 +02:00
BUILD_DEPENDS= ${PYTHON_PKGNAMEPREFIX}cffi>=0:devel/py-cffi@${PY_FLAVOR}
RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}cffi>=0:devel/py-cffi@${PY_FLAVOR}
multimedia/py-librtmp: Python bindings for librtmp, built with cffi python-librtmp is a Python interface to librtmp. It uses cffi to interface with the C library librtmp. WWW: https://github.com/chrippa/python-librtmp
2013-11-29 01:40:36 +01:00
CFLAGS+= -I${LOCALBASE}/include
LDFLAGS+= -L${LOCALBASE}/lib
Drop python 2.7 support from a few ports With hat: portmgr
2020-12-29 00:02:12 +01:00
USES= python:3.6+
multimedia/py-librtmp: update to 0.2.1 - BSD => BSD2CLAUSE license - USES python
2014-09-25 21:53:17 +02:00
USE_PYTHON= autoplist distutils
multimedia/py-librtmp: Python bindings for librtmp, built with cffi python-librtmp is a Python interface to librtmp. It uses cffi to interface with the C library librtmp. WWW: https://github.com/chrippa/python-librtmp
2013-11-29 01:40:36 +01:00
Corrected shared library names that got the .abi3 suffix for python-36 and up after devel/py-cffi upgrade to 1.11.2 This is the followup for the r457997 commit that updated devel/py-cffi to 1.11.2. As it turned out, the shared object names built by py-cffi has changed in python 36. Dependent ports can choose between installing such shared object as part of their plist, or generating them in the runtime and placing them into ~/.cache/{port-name}/ The former ones, that include the shared objects in their plist, got affected. 4 of the ports were failing explicitly in their py36 flavor during the strip phase. The other 6 were either missing strip entirely, or performed the strip operation without using explicit shared object names. These 6 ports didn't trigger any build errors, and were failing silently during the runtime, making the problem very hard to detect. Precisely, .abi3 suffix is now added for the py36 flavor of relevant ports. Here are the 10 ports that got affected and are now corrected: databases/py-psycopg2cffi devel/py-pygit2 devel/py-xattr devel/py-pyopencl devel/py-atomiclong multimedia/py-librtmp net/py-nnpy security/py-bcrypt security/py-cryptography security/py-pynacl All of them got the * in the stripped shared object name, and a PORTREVISION bump.
2018-01-05 21:02:03 +01:00
post-install:
${STRIP_CMD} ${STAGEDIR}${PYTHON_SITELIBDIR}/librtmp/_librtmp*.so
Remove some more expired ports: devel/py-backports.functools_lru_cache devel/py-backports_abc devel/py-futures devel/py-singledispatch devel/py-typing graphics/py-pillow6 Adjust dependent ports. Tested with 'make index' against r559975
2021-01-02 23:45:42 +01:00
.include <bsd.port.mk>
Reference in a new issue Copy permalink