cvs commit: ports/audio/kaudiocreator Makefile ports/audio/libmusicbrainz3 Makefile ports/audio/p5-MusicBrainz-DiscID Makefile ports/audio/picard Makefile ports/audio/py-musicbrainz2 Makefile ports/audio/xmms2 Makefile

[Alexey Dokuchaev]

On Mon, Mar 28, 2011 at 11:44:50AM +0200, Baptiste Daroussin wrote:
> 2011/3/28 Wen Heping <wen at freebsd.org>:
> > wen         2011-03-28 03:01:32 UTC
> >
> >  Modified files:
> >    audio/kaudiocreator  Makefile
> >    audio/libmusicbrainz3 Makefile
> >    audio/p5-MusicBrainz-DiscID Makefile
> >    audio/picard         Makefile
> >    audio/py-musicbrainz2 Makefile
> >    audio/xmms2          Makefile
> >  Log:
> >  - Bump PORTREVISION to chase the update of audio/libdiscid
> >
> >  PR:             ports/155977
> >  Submitted by:   Jason E. Hale <bsdkaffee at gmail.com>
> >
> >  Revision  Changes    Path
> >  1.3       +1 -1      ports/audio/kaudiocreator/Makefile
> >  1.46      +1 -0      ports/audio/libmusicbrainz3/Makefile
> >  1.2       +2 -1      ports/audio/p5-MusicBrainz-DiscID/Makefile
> >  1.27      +2 -3      ports/audio/picard/Makefile
> >  1.11      +5 -1      ports/audio/py-musicbrainz2/Makefile
> >  1.60      +2 -1      ports/audio/xmms2/Makefile
> >
> 
> There is a mistake in audio/py-musicbrainz2, which is broken now
> (Missing license file for BSD in COPYING.txt), it should be
> ${WRKSRC}/COPYING.txt for LICENSE_FILE.

Shouldn't we instead stop abusing LICENSE_FILE when it is just general
FOO license text as defined by LICENSE=FOO?

In the past we've tried to avoid spamming the users' filesystems with
excessive copies of GPL; I was hoping that LICENSE framework would
finally solve the problem once and for all; however, people continue to
define LICENSE and LICENSE_FILE which usually points to verbatim license
text thereof.  :-(

./danfe