From owner-freebsd-ports@freebsd.org Tue Feb 12 04:22:03 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3D9BD14D4ABA for ; Tue, 12 Feb 2019 04:22:03 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BE2C86ECF4 for ; Tue, 12 Feb 2019 04:22:02 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1gtPa2-000P0a-Av; Tue, 12 Feb 2019 05:21:58 +0100 Date: Tue, 12 Feb 2019 05:21:58 +0100 From: Kurt Jaeger To: Yasuhiro KIMURA Cc: freebsd-ports@freebsd.org Subject: Re: Bug report commit request Message-ID: <20190212042158.GJ2748@home.opsec.eu> References: <20190211091032.GH2748@home.opsec.eu> <20190211.183945.1315873006023602929.yasu@utahime.org> <20190211094449.GI2748@home.opsec.eu> <20190211.191709.469233083199067332.yasu@utahime.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190211.191709.469233083199067332.yasu@utahime.org> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2019 04:22:03 -0000 Hi! > >> > What about the LICENSE=NONE setting ? It stops the port from being build in poudriere ? > > So, does it sound sensible to define a LICENSE that one has to special-case > > immediatly just to do a test-build ? I mean, don't we all have better things > > to do than shooting ourselves in the feet ? > > There is really no license information about this software. So > according to license framework of FreeBSD ports there isn't anything > wrong about adding 'LICENSE=NONE' in Makefile of this port. The same is true for not adding a LICENSE line in this case. > And if it > is really problematic then what should be fixed is license framework > itself or behavior of poudriere about it rather than license > information of this port. Ad-hocism doesn't pay in the long run. There is no other LICENSE=NONE instance in the ports tree. -- pi@opsec.eu +49 171 3101372 One year to go !