From owner-freebsd-ports@freebsd.org Wed Apr 26 04:18:57 2017 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 98E86D50F86 for ; Wed, 26 Apr 2017 04:18:57 +0000 (UTC) (envelope-from kitche@kitchetech.com) Received: from mail-oi0-x234.google.com (mail-oi0-x234.google.com [IPv6:2607:f8b0:4003:c06::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 64C1FFB1 for ; Wed, 26 Apr 2017 04:18:57 +0000 (UTC) (envelope-from kitche@kitchetech.com) Received: by mail-oi0-x234.google.com with SMTP id x184so196593573oia.1 for ; Tue, 25 Apr 2017 21:18:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kitchetech-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=wcMm9s/ujTmbh76qZh+xirh0lZkV1Gno+dUuDRKOHwU=; b=D1C7K7aCyx10PQawxmgYEypohHKnzLOJrK3FkVcKUgoAZ3ksl70XXdn53b79h7wbMN NGXKXI9H1oLXSVRRz7Uit/MytskMACyIhRTvVBPjSiqpcY6j1EYlWiFIAnUKXUU49xAq EFN91fCpeNP+XiXTA4Ep5Ey/iavyM0JfqeZmW55b5lz4kjmP+84TB1KBIpz+xErHLEXN o6DbhWNPbgtiDi+fOQZMhO0+mvalraadIVBhbG00WoEIBJIyrFH5lIeFppQlHY4O/Jkk Mz25+ATLej58VCR3BRv5uyYKrTcxGjT4oNQ4LrwJcIy6ikrVDXzO7qZY0DzcDZ4bbHwt UX+g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=wcMm9s/ujTmbh76qZh+xirh0lZkV1Gno+dUuDRKOHwU=; b=bFTvFKB9EoRXtjrCTl8YpqS/pGe23giysoJlVo8KfGfgVyGmEVUpdLjjf4xaqgEUvs /OePeqeEJcEdQUZhGmlEIx0gp79gqunXAuyBu/T1tcuRCoXQkFxSKuAB+7hNarJPGOyB 524PIMVPZZwgggoMMMIvk+80PC0XFCTq2b1qrvT72SpthnkxvogOoiDGufbvnfPHXz6g a7OrH3qRlvPA8T/i32XJ80ZBz6P3EDSpOd7K3xu/rHt5ooK5BWtoP5yzx/joOAAKHjez LhwqJqo7Af5ZO9Tz8XSrMEoez06p4w/hlHq6qBRColCdZj1dw7mFe57k3lJH61Ut0qmb NEFw== X-Gm-Message-State: AN3rC/51cU6ELYjpVOV5hMuLG8LjNdlMyd+hWmbGGdfpOcjtCIO2gV6X G7CDNpeThl4L+ScteEsrd/H2NAHpcA== X-Received: by 10.157.49.43 with SMTP id e40mr21953062otc.164.1493180336546; Tue, 25 Apr 2017 21:18:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.60.199 with HTTP; Tue, 25 Apr 2017 21:18:55 -0700 (PDT) Received: by 10.157.60.199 with HTTP; Tue, 25 Apr 2017 21:18:55 -0700 (PDT) In-Reply-To: References: From: Matthew Donovan Date: Tue, 25 Apr 2017 23:18:55 -0500 Message-ID: Subject: Re: Licence practice for dependencies - making use of more restrictive licences optional To: Dewayne Geraghty Cc: freebsd-ports Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Apr 2017 04:18:57 -0000 Well you have a point however some ports require gpl software to compile like opendnssec it is just a build requirement and not a run dependant. You would need to speak with developers to have them change their software to not depend on these restricted licenses. As looking at the build system for opendnssec it requires gnugrep due to flags it uses for grep. On Apr 25, 2017 11:08 PM, "Dewayne Geraghty" wrote: > The recent change to https://svnweb.freebsd.org/ > ports/head/dns/opendnssec13/ > Makefile?view=markup&pathrev=439426 which uses BSD3Clause, while gnugrep > uses GPLv3+; reminded me of a customer's requirement to remove GPLv3 code > from a device they needed. > > While attempting to satisfy a particular customer's requirement, it became > apparent that I was also seeking compliance with the author's intent of > using a less restrictive licence; yet it seems that some port > maintainers/committers are unintentionally restricting the software by > adding dependencies that add these restrictive licences/practises. It > would be better if such restrictions were optional, rather than mandatory > as this opendnssec example, perhaps something similar to what is done in > security/krb5-115 could be adopted as part of Standard Operating Practices > (port maintainers guide?) > > For my client? A few scripts and a quick (recursive) search for GPL against > their requirements list revealed the easy low-hanging fruit of replacing > readline by libedit (in some cases removing both); and moving what used GPL > source into a separate jail sufficed. > > Regards, Dewayne > _______________________________________________ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" >