03:43 Jason E. Hale (jhale) 

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

    f8ba7a9

21:01 Daniel Engberg (diizzy) 

audio/wavpack: Update to 5.8.1

Changelog: https://github.com/dbry/WavPack/releases/tag/5.8.1

    93b417e

21:02 Daniel Engberg (diizzy) 

audio/wavpack: Update to 5.7.0

Changelog: https://github.com/dbry/WavPack/releases/tag/5.7.0

    38e294a

07:15 Thomas Zander (riggs)  Author: Daniel Engberg

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

    555a6d0

07:09 riggs 

Update to upstream version 5.4.0.

Details:
- Contains fix for buffer overrun in src/pack_utils.c (CVE-2020-35738).

Security:	CVE-2020-35738

 

16:36 tcberner 

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

 

13:40 riggs 

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

 

14:51 riggs 

Update to upstream release 5.1.0; fix several invalid memory reads

PR:		216847
Submitted by:	pkubaj@anongoth.pl
Reviewed by:	riggs
MFH:		2017Q1
Security:	CVE-2016-10169
		CVE-2016-10170
		CVE-2016-10171
		CVE-2016-10172

 

16:48 tijl 

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)

 

10:09 bapt 

Cleanup plist
Strip binaries

 

20:14 bapt 

Stagify

 

14:37 sylvio 

- Update to 4.60.1

PR:             ports/140999
Submitted by:   Sunpoet Po-Chuan Hsieh <sunpoet@sunpoet.net>
Approved by:    itetcu (mentor, implicit)

02:19 mezz 

-Update to 4.40.0.
-Use USE_DOS2UNIX and get rid of ^M in our files/patch-*.
-INSTALLS_SHLIB -> USE_LDCONFIG.

15:52 pav 

- Update to 4.32

PR:             ports/95778
Submitted by:   Jeffrey H. Johnson <CPE1704TKS@bellsouth.net>

10:40 ade 

Conversion to a single libtool environment.

Approved by:    portmgr (kris)

11:29 kwm 

Add wavpack.

Wavepack is a completely open audio compression format providing lossless,
high-quality lossy, and a unique hybrid compression mode.
In the default lossless mode no original information is lost, so there is no
change of degradation. Compression in this mode is between 30% an 70%.

For more info see the website http://www.wavpack.com