From owner-cvs-ports@FreeBSD.ORG Mon Mar 28 15:57:06 2011 Return-Path: Delivered-To: cvs-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B13AC1065672; Mon, 28 Mar 2011 15:57:06 +0000 (UTC) (envelope-from wenheping@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 318828FC13; Mon, 28 Mar 2011 15:57:05 +0000 (UTC) Received: by iyj12 with SMTP id 12so4706298iyj.13 for ; Mon, 28 Mar 2011 08:57:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=r/n0/uQJx0hDlIJdzjlO+gzFEIeR2Zh1bn5gbFPs5I0=; b=jX2XikIp9MFsLozQ9YGozzY5X5VEIwlalZHL3SblOWF5O+KSwS4d5oJ7V5A8qzXpWO 2hccxgMEq0r1Z9nV17Qc9FoPk//n1lelI1vr4/LVT47zzlxhiCOPnd4QPDjZd2nQhT7d sQoxJI5cIuXjaIdFB76hFAvFNPcI0K13vkOe0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=PcRLWOSigbWB7zxG1D1sCGCTn77YfrmQR33JDDabPsdvZdDywIFUDvvUlPVEyWH+t8 O5yhikt6tueaLrZeoMX4OwTkcRTxTTATOPyaVGqV6y8eCkIIPh1Z7mSWBXHWvpSowPtX DqnUib4N3Kph8Mnz7wSXwRjrneXipxYqQdKKs= MIME-Version: 1.0 Received: by 10.42.137.198 with SMTP id z6mr6572330ict.261.1301327823465; Mon, 28 Mar 2011 08:57:03 -0700 (PDT) Received: by 10.231.208.73 with HTTP; Mon, 28 Mar 2011 08:57:03 -0700 (PDT) In-Reply-To: <20110328154418.GB81772@FreeBSD.org> References: <201103280301.p2S31Wib041665@repoman.freebsd.org> <20110328154418.GB81772@FreeBSD.org> Date: Mon, 28 Mar 2011 23:57:03 +0800 Message-ID: From: wen heping To: Alexey Dokuchaev Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Wen Heping , cvs-ports@freebsd.org, Baptiste Daroussin , cvs-all@freebsd.org, ports-committers@freebsd.org Subject: Re: 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 X-BeenThere: cvs-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 15:57:06 -0000 2011/3/28 Alexey Dokuchaev : > On Mon, Mar 28, 2011 at 11:44:50AM +0200, Baptiste Daroussin wrote: >> 2011/3/28 Wen Heping : >> > wen =C2=A0 =C2=A0 =C2=A0 =C2=A0 2011-03-28 03:01:32 UTC >> > >> > =C2=A0Modified files: >> > =C2=A0 =C2=A0audio/kaudiocreator =C2=A0Makefile >> > =C2=A0 =C2=A0audio/libmusicbrainz3 Makefile >> > =C2=A0 =C2=A0audio/p5-MusicBrainz-DiscID Makefile >> > =C2=A0 =C2=A0audio/picard =C2=A0 =C2=A0 =C2=A0 =C2=A0 Makefile >> > =C2=A0 =C2=A0audio/py-musicbrainz2 Makefile >> > =C2=A0 =C2=A0audio/xmms2 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Makefile >> > =C2=A0Log: >> > =C2=A0- Bump PORTREVISION to chase the update of audio/libdiscid >> > >> > =C2=A0PR: =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ports/155977 >> > =C2=A0Submitted by: =C2=A0 Jason E. Hale >> > >> > =C2=A0Revision =C2=A0Changes =C2=A0 =C2=A0Path >> > =C2=A01.3 =C2=A0 =C2=A0 =C2=A0 +1 -1 =C2=A0 =C2=A0 =C2=A0ports/audio/k= audiocreator/Makefile >> > =C2=A01.46 =C2=A0 =C2=A0 =C2=A0+1 -0 =C2=A0 =C2=A0 =C2=A0ports/audio/l= ibmusicbrainz3/Makefile >> > =C2=A01.2 =C2=A0 =C2=A0 =C2=A0 +2 -1 =C2=A0 =C2=A0 =C2=A0ports/audio/p= 5-MusicBrainz-DiscID/Makefile >> > =C2=A01.27 =C2=A0 =C2=A0 =C2=A0+2 -3 =C2=A0 =C2=A0 =C2=A0ports/audio/p= icard/Makefile >> > =C2=A01.11 =C2=A0 =C2=A0 =C2=A0+5 -1 =C2=A0 =C2=A0 =C2=A0ports/audio/p= y-musicbrainz2/Makefile >> > =C2=A01.60 =C2=A0 =C2=A0 =C2=A0+2 -1 =C2=A0 =C2=A0 =C2=A0ports/audio/x= mms2/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=3DFOO? yes, we discussed this problem before. But I still think LICENSE and LICENSE_FILE could co-exist. > > In the past we've tried to avoid spamming the users' filesystems with > excessive copies of GPL; I was hoping that LICENSE framework would I hope it too. wen > 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. =C2=A0:-( > > ./danfe >