CVS log for pkgsrc/audio/libtunepimp/buildlink3.mk

Up to [NetBSD + pkgsrc-wip] / pkgsrc / audio / libtunepimp

Request diff between arbitrary revisions - Display revisions graphically

Keyword substitution: kv
Default branch: MAIN

Set BUILDLINK_ABI_DEPENDS correctly (with +=, not ?=)
It turns out there were a lot of these.

Package doesn't depend on expat directly, so remove expat inclusion
in bl3.mk as well.

recursive bump from gettext-lib shlib bump.

Recursive PKGREVISION bump for jpeg update to 8.

Simply and speed up buildlink3.mk files and processing.
This changes the buildlink3.mk files to use an include guard for the
recursive include. The use of BUILDLINK_DEPTH, BUILDLINK_DEPENDS,
BUILDLINK_PACKAGES and BUILDLINK_ORDER is handled by a single new
variable BUILDLINK_TREE. Each buildlink3.mk file adds a pair of
enter/exit marker, which can be used to reconstruct the tree and
to determine first level includes. Avoiding := for large variables
(BUILDLINK_ORDER) speeds up parse time as += has linear complexity.
The include guard reduces system time by avoiding reading files over and
over again. For complex packages this reduces both %user and %sys time to
half of the former time.

Per the process outlined in revbump(1), perform a recursive revbump
on packages that are affected by the switch from the openssl 0.9.7
branch to the 0.9.8 branch. ok jlam@

remove direct dependency on fftw -- this is pulled in by libofa

undo previous rev, wiz@ is right and kdemultimedia does not use
libtunepimp >= 0.5.

Use BUILDLINK_FNAME_TRANSFORM and move the header files from
${PREFIX}/include/tunepimp-0.5 to ${PREFIX}/include/tunepimp.

We need the header files at this location for some packages
(and avoid unnecessary patches) like kdemultimedia3.

tv@ pointed out that curl-7.16.0 had a shlib major bump --
increase its BUILDLINK_ABI_DEPENDS, and bump PKGREVISIONs
of dependencies.

Sorry for not finding this earlier.

Update to 0.5.0. Bigger API change, old version in libtunepimp0.4.

Changes:

version 0.5.0:

  - Versioned header files. tunepimp/tunepimp.h -> tunepimp-0.5/tunepimp.h
  - Removed track lookup parts of libtunepimp
  - WavPack, Speex and The True Audio metadata plugins
  - Correct handling of UNC paths on Windows
  - Fixed non-album tracks renaming/moving (#1408)
  - Trivial change to id3tag to read tags empty ID3 frames (#1568)

version 0.5.0-alpha2:

  - Python bindings: compatibility with ctypes 0.9.9.3 (#1171)
  - Python bindings: fixed libtunepimp .so version (3 -> 4) (#1168)
  - Support for "Windows-safe" file names on non-Windows systems (for files on
    FAT32, Samba, ...) (#1014, #1222)
  - Fixed checking for end of stream in Ogg Vorbis and FLAC plugins (#1291)
  - Added decoding to MPC plugin (#1355)

version 0.5.0-alpha1:

  - New acoustic fingerprint technology - MusicDNS <http://www.musicdns.org/>
  - New file name format variable %albumtracks (#951)

Change the format of BUILDLINK_ORDER to contain depth information as well,
and add a new helper target and script, "show-buildlink3", that outputs
a listing of the buildlink3.mk files included as well as the depth at
which they are included.

For example, "make show-buildlink3" in fonts/Xft2 displays:

	zlib
	fontconfig
	    iconv
	    zlib
	    freetype2
	    expat
	freetype2
	Xrender
	    renderproto

Track information in a new variable BUILDLINK_ORDER that informs us
of the order in which buildlink3.mk files are (recursively) included
by a package Makefile.

Initial import of libtunepimp-0.4.2:

The TunePimp library serves as a tool to allow developers to create
MusicBrainz enabled tagging applications.

The TunePimp library is a full featured tagging library that allows
the developer to open music files for identification/lookup. Once
files have been identified, it writes new metadata tags to the
music files and writes the files to a standardized directory
hierarchy. TunePimp includes the following features:

* Create TRM IDs from WAV, MP3, Ogg/Vorbis and FLAC files
* Automatically lookup files by TRM or by metadata
* Read and write metadata from the music files
* Optionally rename files according to a user specified file mask
* Optionally move files to a user specified directory hierarchy

Initial revision