Update audio/picard to 2.2.3 Changes: https://picard.musicbrainz.org/changelog/979fc5dc79
Port details
audio/picard2.13.3
Next generation MusicBrainz Tagger
- Maintainer
- jhale@FreeBSD.org
- Packages
- picard 2.13.3
- Upstream
- Higher version available: 3.0.2
- CPE
- none, CVEs only via VuXML
- WWW
- https://picard.musicbrainz.org/
- Links
- cgit · VuXML
Unaddressed (0) · The CVE record lists this version as affected, no VuXML entry names the CVE
None. There is no CVE without a VuXML entry for this version.
VuXML only (0) · listed, port not fixed yet
None.
pkg audit reports nothing for this version.Fixed (0)
No VuXML entries for this package.
Commits (119)
audio/picard: Update to 2.2.2 PR: 241681 Submitted by: Adam Jimerson <vendion@gmail.com>51619cdf6e
Update audio/picard to 2.2.18d1498d628
audio/picard: Update to 2.1.3 Changes: https://picard.musicbrainz.org/changelog/b1582033c0
audio/picard: Update to 2.1.2 Changes: https://picard.musicbrainz.org/changelog/e63fd79d48
Fix Qt5 symbol version scripts to put the catch-all clause first. When a symbol matches multiple clauses the last one takes precedence. If the catch-all is last it captures everything. In the case of Qt5 libraries this caused all symbols to have a Qt_5 label while some should have Qt_5_PRIVATE_API. This only affects lld because GNU ld always gives the catch-all lowest priority. Older versions of Qt5Webengine exported some memory allocation symbols from the bundled Chromium. Version 5.9 stopped exporting these [1] but the symbols were kept as weak wrappers for the standard allocation functions to maintain binary compatibility. [2][3] The problem is that the call to the standard function in these weak wrappers is only resolved to the standard function if there's a call to this standard function in other parts of Qt5Webengine, because only then is there a non-weak symbol that takes precedence over the weak one. If there's no such non-weak symbol the call in the weak wrapper resolves to the weak wrapper itself creating an infinite call loop that overflows the stack and causes a crash. Some of the allocation functions are variants of C++ new and delete and it probably depends on the compiler whether these variants are used in other parts of Qt5Webengine. Remove the weak wrappers (make them Linux specific). This isn't binary compatible but we are already breaking that with the changes to the symbol versions. [1] https://github.com/qt/qtwebengine/commit/5c2cbfccf9aafb547b0b30914c4056abd25942a4 [2] https://github.com/qt/qtwebengine/commit/2ed5054e3a800fa97c2c9e920ba1e6ea4b6ef2a5 [3] https://github.com/qt/qtwebengine/commit/009f5ebb4bd6e50188671e0815a5dae6afe39db5 Bump all ports that depend on Qt5. PR: 234070 Exp-run by: antoine Approved by: kde (adridg)1bf487d3e7
audio/picard: Update to 2.1 Changes: https://picard.musicbrainz.org/changelog/db22d62b81
pyqt: Change install directories for Python flavor support * PyQt could not be installed for multiple Python versions at the same time, as there were conflicting files. This patch creates Python-version versioned directories for all these, and further installs binaries with a version number. * Note, there might be some hickups for software that depends on on of the .so's provided by PyQt5, which might not be found anymore autmotically, and maybe need some LD-flaggery. * Update PyQt5 to 5.10.1 * Mark www/py-qt5-webengine broken. It is unforuntately no longer compatible with the old qt5-webengine-5.9.4 we ship. PR: 232745 Exp-run by: antoine Differential Revision: https://reviews.freebsd.org/D8714cc8a667aa2
- Update to 2.0.4 - Be more specific with audio/picard-plugins minimum version requirement7d028a38f1
Update to 2.0.378e76d58bf
Update to 2.0.27bcb87f83b
Update audio/picard to 2.0.1 This is a major version update that switches from using PyQt4 and Python 2.7 to PyQt5 and Python 3.5+ Update audio/picard-plugins to 20180707 snapshot from the 2.0 brancha22ec98285
Use PY_FLAVOR for dependencies. FLAVOR is the current port's flavor, it should not be used outside of this scope. Sponsored by: Absolight4376dbbb58
sip is needed as a runtime dependency
Traceback (most recent call last):
File "/usr/local/bin/picard", line 2, in <module>
from picard.tagger import main; main('/usr/local/share/locale', True)
File "/usr/local/lib/python2.7/site-packages/picard/tagger.py", line 22, in <module>
import sip
ImportError: No module named sip61904e5a11Update to 1.4.2 [1] Fix LICENSE Update WWW Plugins are now in a separate port (audio/picard-plugins). They are maintained in a separate repository and no longer shipped with the picard source. PR: 223354 [1] Submitted by: Greg V <greg@unrelenting.technology> [1]cbee07ff1c
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/D12464551be3c723Convert to USES=pyqt892390b17f
Remove ${PORTSDIR}/ from dependencies, Mk and categories a, b, and c.
With hat: portmgr
Sponsored by: Absolight7f4572eae4- Update to 1.3.29893d88d72
- Trim @dirrm[try] from pkg-plist1561a585fd
Update the default version of GCC in the Ports Collection from GCC 4.7.4 to GCC 4.8.3. Part II, Bump PORTREVISIONs. PR: 192025 Tested by: antoine (-exp runs) Approved by: portmgr (implicit)15945f8122
- s/PYTHON_FEATURES/USE_PYTHON/ Reported by: koobsc365ee3c50
- USE_PYTHON -> USES=python - Add LICENSE_FILE - Strip binaries - Use options helpers - Add USES=desktop-file-utils per stage-qa - Bump PORTREVISION since d-f-u changes RUN_DEPENDS and plistf322351990
Python cleanup: - USE_PYTHON* = 2.X -> USE_PYTHON* = 2 - USE_PYTHON* = 2.X+ -> USE_PYTHON* = yes Reviewed by: python (mva, rm) Approved by: portmgr-lurkers (mat)50f8eaece1
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)1e34739b64
- Remove manual creation and removal of share/applications, as it's now in the mtree (categories starting with a) Approved by: portmgr (bdrewery)444b74f1ca
- Update to 1.2 - Support staging - Update pkg-descr (capabilities & formatting)3a7fc23404
Add NO_STAGE all over the place in preparation for the staging support (cat: audio)183c2ed74f
- Update audio/libdiscid to 0.5.2 - Switch to CMake build system - Trim Makefile headers - Bump PORTREVISION on dependent portsadb28aab16
- Convert USE_GETTEXT to USES (part 3) Approved by: portmgr (bapt)e159824929
Bump PORTREVISON after devel/py-sip and devel/qscintilla2 update. x11-toolkits/py-qt: - mark BROKEN: does not build with latest devel/py-sip3503833535
- Update to 1.1 - Drop ABI version numbers from LIB_DEPENDS Approved by: avilla (mentor)f748a140b9
- Update MAINTAINER to my new FreeBSD.org address Approved by: makc (mentor)7afa609aeb
- update to 1.0 While here: - add some missing tabs - drop LICENSE_FILE (doesn't needed for well-known licenses) - use PYTHON_PKGNAMEPREFIX in _DEPENDS - strict python version to 2.x (per README) PR: 168851 Submitted by: Jason E. Hale <bsdkaffee at gmail dot com> (maintainer)b15554aa86
- update png to 1.5.102b74a89bc8
Chase PyQT update6b63000267
- Bump PORTREVISION to chase the update of multimedia/libvpx97ddb4e13d
- Update to 0.16 PR: 162389 Submitted by: Jason E. Hale <bsdkaffee@gmail.com> (maintainer) Feature safe: yes1a9b331583
- Update to 0.15.1 PR: 160199 Submitted by: Jason E. Hale <bsdkaffee@gmail.com> (maintainer)8e793b8fd1
- Update to 0.15 PR: ports/159069 Submitted by: Jason E. Hale <bsdkaffee@gmail.com> (maintainer)3682dca767
Bump due to ffmpeg update to 0.7.1c86cd8cae2
- Update to 0.14 PR: ports/157510 Submitted by: Jason E. Hale <bsdkaffee@gmail.com> (maintainer)14e3ee748a
- Bump PORTREVISION to chase the update of audio/libdiscid PR: ports/155977 Submitted by: Jason E. Hale <bsdkaffee@gmail.com>9c60a607f1
- Update to 0.13 PR: 155428 Submitted by: Jason E. Hale <bsdkaffee@gmail.com> (maintainer)a6f44c17cc
- Update ffmpeg to 0.6ab5c533c96
Bounce PORTREVISION for gettext-related ports. Have fun, ya'll.8d837132c7
- update to 1.4.1 Reviewed by: exp8 run on pointyhat Supported by: miwide78af3ac5
- update to jpeg-8ca9c60461c
The KDE FreeBSD team is proud to announce the release of SIP-4.10 and PyQt-4.7 for FreeBSD. The official update notes can be found at http://www.riverbankcomputing.com We'd like to say thanks to all helpers, testers and submitters.afb550e3cf
- Update to 0.12.1 PR: 140057 Submitted by: Jason E. Hale <bsdkaffee@gmail.com> (maintainer)5eab0fd0ac