kpriv/freebsd-ports
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
freebsd-ports/audio/exaile/Makefile

41 lines
1.3 KiB
Makefile
Raw Normal View History

- update to 3.3.0 - convert Makefile header into two-line format - use PORTVERSION and common launchpad download url, as other launchpad ports do to remove complexity - update COMMENT (indefinite article removed) - remove LICENSE_FILE for common license (GPLv2) - convert py-* to ${PYTHON_PKGNAMEPREFIX} in dependencies - remove shlib version from hal library dependency - limit python version to 2.x only - remove conflicts with unexisting exaile-devel - convert to optionsng - remove reinplace (XDG), that's not needed anymore - remove deprecated attribution from pkg-descr - sort pkg-plist changelog: - see first news article on www.exaile.org PR: 171911 Submitted by: rm (myself) Approved by: jsa (maintainer)
2012-09-25 09:04:59 +02:00
# Created by: Andrew Pantyukhin <infofarmer@FreeBSD.org>
Add port audio/exaile: Exaile is a media player aiming to be similar to KDE's AmaroK, but for GTK+. It incorporates many of the cool things from AmaroK (and other media players) like automatic fetching of album art, handling of large libraries, lyrics fetching, artist/album information via the wikipedia, last.fm support, optional iPod support (assuming you have python-gpod installed). WWW: http://www.exaile.org/ Author: Adam Olsen <arolsen@gmail.com>
2006-12-19 09:06:33 +01:00
# $FreeBSD$
PORTNAME= exaile
audio/exaile: update to 3.4.5
2015-05-01 20:07:02 +02:00
PORTVERSION= 3.4.5
Reduce dependency on the python2 metaport PR: 225752 Submitted by: Yasuhiro KIMURA
2018-02-19 12:10:43 +01:00
PORTREVISION= 1
Add port audio/exaile: Exaile is a media player aiming to be similar to KDE's AmaroK, but for GTK+. It incorporates many of the cool things from AmaroK (and other media players) like automatic fetching of album art, handling of large libraries, lyrics fetching, artist/album information via the wikipedia, last.fm support, optional iPod support (assuming you have python-gpod installed). WWW: http://www.exaile.org/ Author: Adam Olsen <arolsen@gmail.com>
2006-12-19 09:06:33 +01:00
CATEGORIES= audio
audio/exaile: update to 3.4.4 - update to 3.4.4 - install man-page
2015-04-02 20:28:27 +02:00
MASTER_SITES= https://github.com/exaile/exaile/releases/download/${PORTVERSION}/
Add port audio/exaile: Exaile is a media player aiming to be similar to KDE's AmaroK, but for GTK+. It incorporates many of the cool things from AmaroK (and other media players) like automatic fetching of album art, handling of large libraries, lyrics fetching, artist/album information via the wikipedia, last.fm support, optional iPod support (assuming you have python-gpod installed). WWW: http://www.exaile.org/ Author: Adam Olsen <arolsen@gmail.com>
2006-12-19 09:06:33 +01:00
Grab maintainership
2014-12-22 18:41:54 +01:00
MAINTAINER= rm@FreeBSD.org
- update to 3.3.0 - convert Makefile header into two-line format - use PORTVERSION and common launchpad download url, as other launchpad ports do to remove complexity - update COMMENT (indefinite article removed) - remove LICENSE_FILE for common license (GPLv2) - convert py-* to ${PYTHON_PKGNAMEPREFIX} in dependencies - remove shlib version from hal library dependency - limit python version to 2.x only - remove conflicts with unexisting exaile-devel - convert to optionsng - remove reinplace (XDG), that's not needed anymore - remove deprecated attribution from pkg-descr - sort pkg-plist changelog: - see first news article on www.exaile.org PR: 171911 Submitted by: rm (myself) Approved by: jsa (maintainer)
2012-09-25 09:04:59 +02:00
COMMENT= Full featured python-based music player for GTK+
Add port audio/exaile: Exaile is a media player aiming to be similar to KDE's AmaroK, but for GTK+. It incorporates many of the cool things from AmaroK (and other media players) like automatic fetching of album art, handling of large libraries, lyrics fetching, artist/album information via the wikipedia, last.fm support, optional iPod support (assuming you have python-gpod installed). WWW: http://www.exaile.org/ Author: Adam Olsen <arolsen@gmail.com>
2006-12-19 09:06:33 +01:00
Update to 0.3.2 PR: ports/148154 Submitted by: Joseph S. Atkinson <jsa@wickedmachine.net> (maintainer) Feature safe: yes
2010-06-29 01:37:21 +02:00
LICENSE= GPLv2
audio/exaile: update to 3.4.0.2 - update to 3.4.0.2 - switch to github - add LICENSE_FILE - modernize port - stop building and installing an manpage, because of: 1. It can't be built on package cluster, because exaile refuses to start under root user. 2. It needs pygtk2 and friends on build phase just to create the manpage! I'd rethink the process, or at least included the prebuilt version of manpage to the source tarball. PR: 194144 Approved by: maintainer timeout (14 days)
2014-10-18 10:20:22 +02:00
LICENSE_FILE= ${WRKSRC}/COPYING
Update to 0.3.2 PR: ports/148154 Submitted by: Joseph S. Atkinson <jsa@wickedmachine.net> (maintainer) Feature safe: yes
2010-06-29 01:37:21 +02:00
Convert Python ports to FLAVORS. Ports using USE_PYTHON=distutils are now flavored. They will automatically get flavors (py27, py34, py35, py36) depending on what versions they support. There is also a USE_PYTHON=flavors for ports that do not use distutils but need FLAVORS to be set. A USE_PYTHON=noflavors can be set if using distutils but flavors are not wanted. A new USE_PYTHON=optsuffix that will add PYTHON_PKGNAMESUFFIX has been added to cope with Python ports that did not have the Python PKGNAMEPREFIX but are flavored. USES=python now also exports a PY_FLAVOR variable that contains the current python flavor. It can be used in dependency lines when the port itself is not python flavored. For example, deskutils/calibre. By default, all the flavors are generated. To only generate flavors for the versions in PYTHON2_DEFAULT and PYTHON3_DEFAULT, define BUILD_DEFAULT_PYTHON_FLAVORS in your make.conf. In all the ports with Python dependencies, the *_DEPENDS entries MUST end with the flavor so that the framework knows which to build/use. This is done by appending '@${PY_FLAVOR}' after the origin (or @${FLAVOR} if in a Python module with Python flavors, as the content will be the same). For example: RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}six>0:devel/py-six@${PY_FLAVOR} PR: 223071 Reviewed by: portmgr, python Sponsored by: Absolight Differential Revision: https://reviews.freebsd.org/D12464
2017-11-30 16:50:30 +01:00
RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}mutagen>=1.11:audio/py-mutagen@${PY_FLAVOR}
Update to 0.3.2.2. Approved by: kwm (mentor)
2011-07-19 13:50:18 +02:00
- update to 3.3.0 - convert Makefile header into two-line format - use PORTVERSION and common launchpad download url, as other launchpad ports do to remove complexity - update COMMENT (indefinite article removed) - remove LICENSE_FILE for common license (GPLv2) - convert py-* to ${PYTHON_PKGNAMEPREFIX} in dependencies - remove shlib version from hal library dependency - limit python version to 2.x only - remove conflicts with unexisting exaile-devel - convert to optionsng - remove reinplace (XDG), that's not needed anymore - remove deprecated attribution from pkg-descr - sort pkg-plist changelog: - see first news article on www.exaile.org PR: 171911 Submitted by: rm (myself) Approved by: jsa (maintainer)
2012-09-25 09:04:59 +02:00
MAKE_ENV+= PYTHON2_CMD=${PYTHON_CMD} XDGCONFDIR=${PREFIX}/etc/xdg
Reduce dependency on the python2 metaport PR: 225752 Submitted by: Yasuhiro KIMURA
2018-02-19 12:10:43 +01:00
USES= desktop-file-utils gmake python:2.7
- Add dependency on librsvg2 to prevent crashes on runtime PR: ports/140984 Submitted by: Joseph S. Atkinson <jsa@wickedmachine.net> (maintainer)
2009-12-18 23:04:56 +01:00
USE_GNOME= pygtk2 librsvg2
audio/exaile: update to 3.4.0.2 - update to 3.4.0.2 - switch to github - add LICENSE_FILE - modernize port - stop building and installing an manpage, because of: 1. It can't be built on package cluster, because exaile refuses to start under root user. 2. It needs pygtk2 and friends on build phase just to create the manpage! I'd rethink the process, or at least included the prebuilt version of manpage to the source tarball. PR: 194144 Approved by: maintainer timeout (14 days)
2014-10-18 10:20:22 +02:00
USE_GSTREAMER= good faad python
OPTIONS_DEFINE= BAD CDDB DBUS HAL NOTIFY NLS SEXY
Remove NLS, DOCS, EXAMPLES and IPV6 from OPTIONS_DEFAULT, they are enabled by default anyway and don't need to be listed Approved by: portmgr blanket
2016-05-23 22:35:01 +02:00
OPTIONS_DEFAULT= BAD CDDB DBUS HAL NOTIFY SEXY
audio/exaile: update to 3.4.0.2 - update to 3.4.0.2 - switch to github - add LICENSE_FILE - modernize port - stop building and installing an manpage, because of: 1. It can't be built on package cluster, because exaile refuses to start under root user. 2. It needs pygtk2 and friends on build phase just to create the manpage! I'd rethink the process, or at least included the prebuilt version of manpage to the source tarball. PR: 194144 Approved by: maintainer timeout (14 days)
2014-10-18 10:20:22 +02:00
OPTIONS_SUB= yes
BAD_DESC= Install bad GStreamer plugins
BAD_USE= GSTREAMER=bad
Convert Python ports to FLAVORS. Ports using USE_PYTHON=distutils are now flavored. They will automatically get flavors (py27, py34, py35, py36) depending on what versions they support. There is also a USE_PYTHON=flavors for ports that do not use distutils but need FLAVORS to be set. A USE_PYTHON=noflavors can be set if using distutils but flavors are not wanted. A new USE_PYTHON=optsuffix that will add PYTHON_PKGNAMESUFFIX has been added to cope with Python ports that did not have the Python PKGNAMEPREFIX but are flavored. USES=python now also exports a PY_FLAVOR variable that contains the current python flavor. It can be used in dependency lines when the port itself is not python flavored. For example, deskutils/calibre. By default, all the flavors are generated. To only generate flavors for the versions in PYTHON2_DEFAULT and PYTHON3_DEFAULT, define BUILD_DEFAULT_PYTHON_FLAVORS in your make.conf. In all the ports with Python dependencies, the *_DEPENDS entries MUST end with the flavor so that the framework knows which to build/use. This is done by appending '@${PY_FLAVOR}' after the origin (or @${FLAVOR} if in a Python module with Python flavors, as the content will be the same). For example: RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}six>0:devel/py-six@${PY_FLAVOR} PR: 223071 Reviewed by: portmgr, python Sponsored by: Absolight Differential Revision: https://reviews.freebsd.org/D12464
2017-11-30 16:50:30 +01:00
CDDB_RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}cddb>=1.4:audio/py-cddb@${PY_FLAVOR}
DBUS_RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}dbus>=0.82.1:devel/py-dbus@${PY_FLAVOR}
Remove ${PORTSDIR}/ from dependencies, Mk and categories a, b, and c. With hat: portmgr Sponsored by: Absolight
2016-04-01 15:29:15 +02:00
HAL_LIB_DEPENDS= libhal.so:sysutils/hal
Convert Python ports to FLAVORS. Ports using USE_PYTHON=distutils are now flavored. They will automatically get flavors (py27, py34, py35, py36) depending on what versions they support. There is also a USE_PYTHON=flavors for ports that do not use distutils but need FLAVORS to be set. A USE_PYTHON=noflavors can be set if using distutils but flavors are not wanted. A new USE_PYTHON=optsuffix that will add PYTHON_PKGNAMESUFFIX has been added to cope with Python ports that did not have the Python PKGNAMEPREFIX but are flavored. USES=python now also exports a PY_FLAVOR variable that contains the current python flavor. It can be used in dependency lines when the port itself is not python flavored. For example, deskutils/calibre. By default, all the flavors are generated. To only generate flavors for the versions in PYTHON2_DEFAULT and PYTHON3_DEFAULT, define BUILD_DEFAULT_PYTHON_FLAVORS in your make.conf. In all the ports with Python dependencies, the *_DEPENDS entries MUST end with the flavor so that the framework knows which to build/use. This is done by appending '@${PY_FLAVOR}' after the origin (or @${FLAVOR} if in a Python module with Python flavors, as the content will be the same). For example: RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}six>0:devel/py-six@${PY_FLAVOR} PR: 223071 Reviewed by: portmgr, python Sponsored by: Absolight Differential Revision: https://reviews.freebsd.org/D12464
2017-11-30 16:50:30 +01:00
NOTIFY_RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}notify>=0.1.1:devel/py-notify@${PY_FLAVOR}
audio/exaile: update to 3.4.0.2 - update to 3.4.0.2 - switch to github - add LICENSE_FILE - modernize port - stop building and installing an manpage, because of: 1. It can't be built on package cluster, because exaile refuses to start under root user. 2. It needs pygtk2 and friends on build phase just to create the manpage! I'd rethink the process, or at least included the prebuilt version of manpage to the source tarball. PR: 194144 Approved by: maintainer timeout (14 days)
2014-10-18 10:20:22 +02:00
NLS_USES= gettext
NLS_INSTALL_TARGET_OFF= install_no_locale
SEXY_DESC= UI enchancements
Convert Python ports to FLAVORS. Ports using USE_PYTHON=distutils are now flavored. They will automatically get flavors (py27, py34, py35, py36) depending on what versions they support. There is also a USE_PYTHON=flavors for ports that do not use distutils but need FLAVORS to be set. A USE_PYTHON=noflavors can be set if using distutils but flavors are not wanted. A new USE_PYTHON=optsuffix that will add PYTHON_PKGNAMESUFFIX has been added to cope with Python ports that did not have the Python PKGNAMEPREFIX but are flavored. USES=python now also exports a PY_FLAVOR variable that contains the current python flavor. It can be used in dependency lines when the port itself is not python flavored. For example, deskutils/calibre. By default, all the flavors are generated. To only generate flavors for the versions in PYTHON2_DEFAULT and PYTHON3_DEFAULT, define BUILD_DEFAULT_PYTHON_FLAVORS in your make.conf. In all the ports with Python dependencies, the *_DEPENDS entries MUST end with the flavor so that the framework knows which to build/use. This is done by appending '@${PY_FLAVOR}' after the origin (or @${FLAVOR} if in a Python module with Python flavors, as the content will be the same). For example: RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}six>0:devel/py-six@${PY_FLAVOR} PR: 223071 Reviewed by: portmgr, python Sponsored by: Absolight Differential Revision: https://reviews.freebsd.org/D12464
2017-11-30 16:50:30 +01:00
SEXY_RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}sexy>=0.1.9:x11-toolkits/py-sexy@${PY_FLAVOR}
audio/exaile: update to 3.4.0.2 - update to 3.4.0.2 - switch to github - add LICENSE_FILE - modernize port - stop building and installing an manpage, because of: 1. It can't be built on package cluster, because exaile refuses to start under root user. 2. It needs pygtk2 and friends on build phase just to create the manpage! I'd rethink the process, or at least included the prebuilt version of manpage to the source tarball. PR: 194144 Approved by: maintainer timeout (14 days)
2014-10-18 10:20:22 +02:00
Add port audio/exaile: Exaile is a media player aiming to be similar to KDE's AmaroK, but for GTK+. It incorporates many of the cool things from AmaroK (and other media players) like automatic fetching of album art, handling of large libraries, lyrics fetching, artist/album information via the wikipedia, last.fm support, optional iPod support (assuming you have python-gpod installed). WWW: http://www.exaile.org/ Author: Adam Olsen <arolsen@gmail.com>
2006-12-19 09:06:33 +01:00
post-patch:
audio/exaile: update to 3.4.4 - update to 3.4.4 - install man-page
2015-04-02 20:28:27 +02:00
@${REINPLACE_CMD} -e 's|share/man|man|g' ${WRKSRC}/Makefile
Add port audio/exaile: Exaile is a media player aiming to be similar to KDE's AmaroK, but for GTK+. It incorporates many of the cool things from AmaroK (and other media players) like automatic fetching of album art, handling of large libraries, lyrics fetching, artist/album information via the wikipedia, last.fm support, optional iPod support (assuming you have python-gpod installed). WWW: http://www.exaile.org/ Author: Adam Olsen <arolsen@gmail.com>
2006-12-19 09:06:33 +01:00
- update to 3.3.0 - convert Makefile header into two-line format - use PORTVERSION and common launchpad download url, as other launchpad ports do to remove complexity - update COMMENT (indefinite article removed) - remove LICENSE_FILE for common license (GPLv2) - convert py-* to ${PYTHON_PKGNAMEPREFIX} in dependencies - remove shlib version from hal library dependency - limit python version to 2.x only - remove conflicts with unexisting exaile-devel - convert to optionsng - remove reinplace (XDG), that's not needed anymore - remove deprecated attribution from pkg-descr - sort pkg-plist changelog: - see first news article on www.exaile.org PR: 171911 Submitted by: rm (myself) Approved by: jsa (maintainer)
2012-09-25 09:04:59 +02:00
.include <bsd.port.mk>
Reference in a new issue Copy permalink