installs 5.9.0 from latest; from quarterly (2026Q4) 5.9.0
Port
# cd /usr/ports/audio/wavpack && make install clean
# make -C /usr/ports/audio/wavpack config # change options first
Size
199 KiB download · 491 KiB installed
Depends on
nothing
License
BSD3CLAUSE
Options
1 of 1 on in the package: ASM
Packages by version and architecture
latest
FreeBSD version
amd64
aarch64
i386
FreeBSD 16
5.9.0
5.9.0
–
FreeBSD 15
5.9.0
5.9.0
–
FreeBSD 14
5.9.0
5.9.0
5.9.0
quarterly (2026Q4)
FreeBSD version
amd64
aarch64
i386
FreeBSD 15
5.9.0
5.9.0
–
FreeBSD 14
5.9.0
5.9.0
5.9.0
version as in the ports tree (latest) or the most common one (quarterly) · different version · ✗ not built · – no packages for this platform. Package sets that have not been rebuilt for 60 days are left out.
Unaddressed and VuXML only (0)
No unaddressed CVE and nothing reported by pkg audit for the packaged version 5.9.0.
Fixed (3)
Show 3 fixed
VuXML entries whose affected range the packaged version has left.
Problem reports (0) · open in Bugzilla, most recently changed first
None.
Commits (54)
Jason E. Hale (jhale) · 5.9.0
audio/wavpack: Re-enable testing
The tests can take a rather long time to complete, so I thought they
were hanging. Add a pre-test target to explain this, so people with old
hardware like myself know what to expect and for folks who have
WITH_TESTING enabled. Normally, regression tests don't take this long.
This is also a team maintained port, so pitfalls should be highlighted.
I also retract my statement of "test target has been failing for a while"
in the previous commit message. This was based on me testing the previous
version and seeing the same behavior of the wvtest process seemingly
hanging as I observed in the current version before review.
Reported by: diizzy, arrowd
Fixes: f8ba7a9305fc - audio/wavpack: Update to 5.9.0
audio/wavpack: Update to 5.9.0
Add source URL to WWW, since this is what devs really want.
Remove cmake:testing; test target has been failing for a while.
This needs more investigation.
Remove unused WAVPACK_BUILD_DOCS from CMAKE_ARGS. Project transitioned
to WAVPACK_INSTALL_DOCS, but disabling this would disable installation
of the manpages, which is not the desired effect.
https://github.com/dbry/WavPack/releases/tag/5.9.0
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
This commit implements such a proposal and moves one of the WWW: entries
of each pkg-descr file into the respective port's Makefile. A heuristic
attempts to identify the most relevant URL in case there is more than
one WWW: entry in some pkg-descr file. URLs that are not moved into the
Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr
files in order to preserve them.
There are 1256 ports that had no WWW: entries in pkg-descr files. These
ports will not be touched in this commit.
The portlint port has been adjusted to expect a WWW entry in each port
Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as
deprecated.
Approved by: portmgr (tcberner)
audio/wavpack: Update to upstream release 5.5.0
Details:
- Use GitHub as main site and www.wavpack.com as fallback
- Switch to CMake
- Enable unit tests
- Backport upstream PR https://github.com/dbry/WavPack/pull/125
PR: 265155
Reviewed by: riggs
MFH: 2022Q3
audio/wavpack: update to 5.3.0
Changelog [1]:
* fixed: OSS-Fuzz issues 19925, 19928, 20060, 20448
* fixed: trailing garbage characters on imported ID3v2 TXXX tags
* fixed: various minor undefined behavior and memory access issues
* fixed: sanitize tag extraction names for length and path inclusion
* improved: reformat wvunpack "help" and split into long + short versions
* added: regression testing to Travis CI for OSS-Fuzz crashers
[1] http://www.wavpack.com/changelog.txt
Update to upstream version 5.2.0
Details:
- All our local fixes are now upstream (for multiple CVEs and
a memory leak issue).
- Otherwise mostly bugfixes, see
http://www.wavpack.com/changelog.txt
- Feature improvement: Handle more ID3v2.3 tag items and from all file types
Remove compatibility code for FreeBSD < 11.2 from all ports.
Simplify some ports where DragonFlyBSD no longer needs to be special-cased.
Submitted by: rene
Reviewed by: bapt, jbeich
Differential Revision: https://reviews.freebsd.org/D17724
For ports that are explicitly enabled on armv6, also enable them on armv7. This has not been tested with an -exp run but should "do no harm".
PR: 221894 (partial)
By default libtool replaces -export-symbols <file> with -retain-symbols-file <file> on ELF systems, but this doesn't really do what -export-symbols is meant to do. On GNU ELF systems it converts <file> to a simple version script first and then uses -version-script instead of -retain-symbols-file. Let USES=libtool patch libtool scripts to do this on all systems with GNU ld(1).
Bump PORTREVISION on all ports where the build log contains -export-symbols.
audio/calf: This port builds a module that now exports only one function,
but it also builds a number of executables that link to this module and
expect to see other functions. Because it's already a bit dodgy to link to
a module (libtool warns about this) let the module continue to export only
one function and instead build an ordinary library from the same source that
the executables can link to. Fix a number of other issues in the same
Makefile.am and clean up the port Makefile.
japanese/scim-honoka: Tries to hide all symbols that start with an
underscore, but because this library is written in C++ all symbols start
with _Z so it ends up hiding everything. Just don't hide anything at all
like the textproc/scim configure script does.
multimedia/schroedinger: Apply an upstream patch.
textproc/scim-input-pad: Same as japanese/scim-honoka.
PR: 201922
Approved by: portmgr (antoine)
Exp-run by: antoine
Replace USES=libtool:oldver with USES=libtool or USES=libtool:keepla in the 32 ports that still use it. Bump PORTREVISION on their dependent ports except the ones that depend on these:
audio/libogg
audio/libvorbis
devel/pcre
ftp/curl
graphics/jpeg
graphics/libart_lgpl
graphics/tiff
textproc/expat2
textproc/libxslt
In these cases the same trick as in the recent gettext update is used.
The ports install a symlink with the old library version. When enough
of their dependent ports have had regular updates the remaining ones can
get a PORTREVISION bump and the links can be removed.
Also remove the devel/pcre dependency from USE_GNOME=glib20. It causes
over 2200 packages to depend on devel/pcre while less than 200 actually
link with it. The glib20 package still depends on devel/pcre so this
should not make a difference for ports with USE_GNOME=glib20. Also,
libdata/pkgconfig/glib-2.0.pc lists pcre as a private library so
USE_GNOME=glib20 should not propagate it.
PR: 195724
Exp-run by: antoine
Approved by: portmgr (antoine)
- Stop accounting for GCC 3.x (${OSVERSION} < 700042) - Detect MMX support per MACHINE_CPU, remove OPTIONS - Remove .else clause since --disable-mmx is the default - Collapse including <bsd.port.pre/post.mk> into just <bsd.port.mk> - Reindent MAN1 variable assignment (line up with other knobs) - Adjust COMMENT and Makefile header while I am here
- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS) - Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead
PR: 157936
Submitted by: myself
Exp-runs by: pav
Approved by: pav
Remove USE_GNOME=gnometarget from ports. It has been a empty keyword since mid 2008.
PR: ports/159624
Submitted by: Ruslan Mahmatkhanov <cvs-src@yandex.ru>
Add an OPTION to enable MMX optimizations on x86. Not available with GCC3, which suffers an internal compiler error.
PR: 127468
Submitted by: bf2006a@yahoo.com