All of lore.kernel.org
 help / color / mirror / Atom feed
* [Buildroot] [PATCH 1/1] package/exiv2: cleanup options and licenses
@ 2019-05-07 10:37 Nicolas Serafini
  2019-05-07 22:31 ` Arnout Vandecappelle
  0 siblings, 1 reply; 7+ messages in thread
From: Nicolas Serafini @ 2019-05-07 10:37 UTC (permalink / raw)
  To: buildroot

The current version of exiv2 no longer requires a commercial option for
lens database integration.

Add the dedicated licence file for CMake script.

Signed-off-by: Nicolas Serafini <nicolas.serafini@sensefly.com>
---
 package/exiv2/Config.in  | 19 ++-----------------
 package/exiv2/exiv2.hash |  1 +
 package/exiv2/exiv2.mk   | 16 +++++-----------
 3 files changed, 8 insertions(+), 28 deletions(-)

diff --git a/package/exiv2/Config.in b/package/exiv2/Config.in
index acce81c593..ddfa34261f 100644
--- a/package/exiv2/Config.in
+++ b/package/exiv2/Config.in
@@ -23,17 +23,6 @@ config BR2_PACKAGE_EXIV2
 
 if BR2_PACKAGE_EXIV2
 
-config BR2_PACKAGE_EXIV2_COMMERCIAL
-	bool "Enable commercial"
-	help
-	  Build the commercial version for closed source project.
-
-	  The Nikon lens name database and the NLS support is disabled
-	  for copyright reasons.
-
-	  A commercial license request is needed.
-	  http://www.exiv2.org/download.html#license
-
 config BR2_PACKAGE_EXIV2_PNG
 	bool "PNG image support"
 	select BR2_PACKAGE_ZLIB
@@ -47,12 +36,8 @@ config BR2_PACKAGE_EXIV2_XMP
 	  Build with XMP support
 
 config BR2_PACKAGE_EXIV2_LENSDATA
-	bool "Nikon lens name database"
-	depends on !BR2_PACKAGE_EXIV2_COMMERCIAL
+	bool "Include lens data"
 	help
-	  Integrate Nikon lens name database.
-
-	  This database is integrated but comes from a thirdparty:
-	  http://www.rottmerhusen.com/objektives/lensid/thirdparty.html.
+	  Build with lens data
 
 endif
diff --git a/package/exiv2/exiv2.hash b/package/exiv2/exiv2.hash
index f99cb8cb87..b753c03854 100644
--- a/package/exiv2/exiv2.hash
+++ b/package/exiv2/exiv2.hash
@@ -1,3 +1,4 @@
 # Locally calculated
 sha256 1b3766b2c203ce213a4195de14d61694017ec1a69d15d4575bccecef130990fe exiv2-0.27.1.tar.gz
 sha256 a7ba75cb966aca374711e2af49e5f3aea6a4443a803440f5d93e73a5a1222f66 COPYING
+sha256 46cde7dc11e64c78d650b4851b88f6704b4665ff60f22a1caf68ceb15e217e5b COPYING-CMAKE-SCRIPTS
diff --git a/package/exiv2/exiv2.mk b/package/exiv2/exiv2.mk
index ba9d9b7303..3aa2a9e088 100644
--- a/package/exiv2/exiv2.mk
+++ b/package/exiv2/exiv2.mk
@@ -7,6 +7,8 @@
 EXIV2_VERSION = 0.27.1
 EXIV2_SITE = $(call github,Exiv2,exiv2,$(EXIV2_VERSION))
 EXIV2_INSTALL_STAGING = YES
+EXIV2_LICENSE = GPL-2.0+
+EXIV2_LICENSE_FILES = COPYING COPYING-CMAKE-SCRIPTS
 
 EXIV2_CONF_OPTS += -DEXIV2_ENABLE_BUILD_SAMPLES=OFF
 
@@ -14,18 +16,10 @@ EXIV2_CONF_OPTS += -DEXIV2_ENABLE_BUILD_SAMPLES=OFF
 # test which is not allowed when cross-compiling.
 EXIV2_CONF_OPTS += -DTHREADS_PTHREAD_ARG=OFF
 
-ifeq ($(BR2_PACKAGE_EXIV2_LENSDATA),)
-EXIV2_CONF_OPTS += -DEXIV2_ENABLE_LENSDATA=OFF
-endif
-
-ifeq ($(BR2_PACKAGE_EXIV2_COMMERCIAL),y)
-EXIV2_LICENSE = commercial
-# NLS support is disabled in commercial version due to the copyright
-# of the translated texts.
-EXIV2_CONF_OPTS += -DEXIV2_ENABLE_COMMERCIAL=ON -DEXIV2_ENABLE_NLS=OFF
+ifeq ($(BR2_PACKAGE_EXIV2_LENSDATA),y)
+EXIV2_CONF_OPTS += -DEXIV2_ENABLE_LENSDATA=ON
 else
-EXIV2_LICENSE = GPL-2.0+
-EXIV2_LICENSE_FILES = COPYING
+EXIV2_CONF_OPTS += -DEXIV2_ENABLE_LENSDATA=OFF
 endif
 
 ifeq ($(BR2_PACKAGE_EXIV2_PNG),y)
-- 
2.21.0

^ permalink raw reply related	[flat|nested] 7+ messages in thread

* [Buildroot] [PATCH 1/1] package/exiv2: cleanup options and licenses
  2019-05-07 10:37 [Buildroot] [PATCH 1/1] package/exiv2: cleanup options and licenses Nicolas Serafini
@ 2019-05-07 22:31 ` Arnout Vandecappelle
  2019-05-08  8:27   ` Nicolas Serafini
  0 siblings, 1 reply; 7+ messages in thread
From: Arnout Vandecappelle @ 2019-05-07 22:31 UTC (permalink / raw)
  To: buildroot



On 07/05/2019 12:37, Nicolas Serafini wrote:
> The current version of exiv2 no longer requires a commercial option for
> lens database integration.

 Since when is this (IOW, should it be backported to 2019.02.x or not)?

> 
> Add the dedicated licence file for CMake script.
> 
> Signed-off-by: Nicolas Serafini <nicolas.serafini@sensefly.com>
> ---
>  package/exiv2/Config.in  | 19 ++-----------------
>  package/exiv2/exiv2.hash |  1 +
>  package/exiv2/exiv2.mk   | 16 +++++-----------
>  3 files changed, 8 insertions(+), 28 deletions(-)
> 
> diff --git a/package/exiv2/Config.in b/package/exiv2/Config.in
> index acce81c593..ddfa34261f 100644
> --- a/package/exiv2/Config.in
> +++ b/package/exiv2/Config.in
> @@ -23,17 +23,6 @@ config BR2_PACKAGE_EXIV2
>  
>  if BR2_PACKAGE_EXIV2
>  
> -config BR2_PACKAGE_EXIV2_COMMERCIAL

 We normally add Config.in.legacy entries when an option is removed. In this
case, however, the option is turned into always-enabled, so the legacy handling
doesn't do much good. So your patch is OK here.

> -	bool "Enable commercial"
> -	help
> -	  Build the commercial version for closed source project.
> -
> -	  The Nikon lens name database and the NLS support is disabled
> -	  for copyright reasons.
> -
> -	  A commercial license request is needed.
> -	  http://www.exiv2.org/download.html#license
> -
>  config BR2_PACKAGE_EXIV2_PNG
>  	bool "PNG image support"
>  	select BR2_PACKAGE_ZLIB
> @@ -47,12 +36,8 @@ config BR2_PACKAGE_EXIV2_XMP
>  	  Build with XMP support
>  
>  config BR2_PACKAGE_EXIV2_LENSDATA
> -	bool "Nikon lens name database"
> -	depends on !BR2_PACKAGE_EXIV2_COMMERCIAL
> +	bool "Include lens data"

 How big is this lens data? Is it worth keeping an option for it?

>  	help
> -	  Integrate Nikon lens name database.
> -
> -	  This database is integrated but comes from a thirdparty:
> -	  http://www.rottmerhusen.com/objektives/lensid/thirdparty.html.
> +	  Build with lens data
>  
>  endif
> diff --git a/package/exiv2/exiv2.hash b/package/exiv2/exiv2.hash
> index f99cb8cb87..b753c03854 100644
> --- a/package/exiv2/exiv2.hash
> +++ b/package/exiv2/exiv2.hash
> @@ -1,3 +1,4 @@
>  # Locally calculated
>  sha256 1b3766b2c203ce213a4195de14d61694017ec1a69d15d4575bccecef130990fe exiv2-0.27.1.tar.gz
>  sha256 a7ba75cb966aca374711e2af49e5f3aea6a4443a803440f5d93e73a5a1222f66 COPYING
> +sha256 46cde7dc11e64c78d650b4851b88f6704b4665ff60f22a1caf68ceb15e217e5b COPYING-CMAKE-SCRIPTS
> diff --git a/package/exiv2/exiv2.mk b/package/exiv2/exiv2.mk
> index ba9d9b7303..3aa2a9e088 100644
> --- a/package/exiv2/exiv2.mk
> +++ b/package/exiv2/exiv2.mk
> @@ -7,6 +7,8 @@
>  EXIV2_VERSION = 0.27.1
>  EXIV2_SITE = $(call github,Exiv2,exiv2,$(EXIV2_VERSION))
>  EXIV2_INSTALL_STAGING = YES
> +EXIV2_LICENSE = GPL-2.0+
> +EXIV2_LICENSE_FILES = COPYING COPYING-CMAKE-SCRIPTS

 What is in this additional license file?

 Regards,
 Arnout

>  
>  EXIV2_CONF_OPTS += -DEXIV2_ENABLE_BUILD_SAMPLES=OFF
>  
> @@ -14,18 +16,10 @@ EXIV2_CONF_OPTS += -DEXIV2_ENABLE_BUILD_SAMPLES=OFF
>  # test which is not allowed when cross-compiling.
>  EXIV2_CONF_OPTS += -DTHREADS_PTHREAD_ARG=OFF
>  
> -ifeq ($(BR2_PACKAGE_EXIV2_LENSDATA),)
> -EXIV2_CONF_OPTS += -DEXIV2_ENABLE_LENSDATA=OFF
> -endif
> -
> -ifeq ($(BR2_PACKAGE_EXIV2_COMMERCIAL),y)
> -EXIV2_LICENSE = commercial
> -# NLS support is disabled in commercial version due to the copyright
> -# of the translated texts.
> -EXIV2_CONF_OPTS += -DEXIV2_ENABLE_COMMERCIAL=ON -DEXIV2_ENABLE_NLS=OFF
> +ifeq ($(BR2_PACKAGE_EXIV2_LENSDATA),y)
> +EXIV2_CONF_OPTS += -DEXIV2_ENABLE_LENSDATA=ON
>  else
> -EXIV2_LICENSE = GPL-2.0+
> -EXIV2_LICENSE_FILES = COPYING
> +EXIV2_CONF_OPTS += -DEXIV2_ENABLE_LENSDATA=OFF
>  endif
>  
>  ifeq ($(BR2_PACKAGE_EXIV2_PNG),y)
> 

^ permalink raw reply	[flat|nested] 7+ messages in thread

* [Buildroot] [PATCH 1/1] package/exiv2: cleanup options and licenses
  2019-05-07 22:31 ` Arnout Vandecappelle
@ 2019-05-08  8:27   ` Nicolas Serafini
  2019-05-08  8:44     ` Arnout Vandecappelle
  0 siblings, 1 reply; 7+ messages in thread
From: Nicolas Serafini @ 2019-05-08  8:27 UTC (permalink / raw)
  To: buildroot

On Wed, 8 May 2019 00:31:13 +0200 Arnout Vandecappelle <arnout@mind.be> wrote:

>
>
>On 07/05/2019 12:37, Nicolas Serafini wrote:
>> The current version of exiv2 no longer requires a commercial option
>> for lens database integration.
>
> Since when is this (IOW, should it be backported to 2019.02.x or not)?

The commit on which the 2019.02.x is based is before the change so no
need to backport. The 0.27 is the first release without the commercial
option.

>
>> 
>> Add the dedicated licence file for CMake script.
>> 
>> Signed-off-by: Nicolas Serafini <nicolas.serafini@sensefly.com>
>> ---
>>  package/exiv2/Config.in  | 19 ++-----------------
>>  package/exiv2/exiv2.hash |  1 +
>>  package/exiv2/exiv2.mk   | 16 +++++-----------
>>  3 files changed, 8 insertions(+), 28 deletions(-)
>> 
>> diff --git a/package/exiv2/Config.in b/package/exiv2/Config.in
>> index acce81c593..ddfa34261f 100644
>> --- a/package/exiv2/Config.in
>> +++ b/package/exiv2/Config.in
>> @@ -23,17 +23,6 @@ config BR2_PACKAGE_EXIV2
>>  
>>  if BR2_PACKAGE_EXIV2
>>  
>> -config BR2_PACKAGE_EXIV2_COMMERCIAL
>
> We normally add Config.in.legacy entries when an option is removed.
> In this
>case, however, the option is turned into always-enabled, so the legacy
>handling doesn't do much good. So your patch is OK here.
>
>> -	bool "Enable commercial"
>> -	help
>> -	  Build the commercial version for closed source project.
>> -
>> -	  The Nikon lens name database and the NLS support is
>> disabled
>> -	  for copyright reasons.
>> -
>> -	  A commercial license request is needed.
>> -
>> https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.exiv2.org%2Fdownload.html%23license&amp;data=02%7C01%7Cnicolas.serafini%40sensefly.com%7Cbc84a910caa34d56b1c608d6d33bb835%7Cff7d991b392248038418ab806a3414a6%7C1%7C0%7C636928650779725754&amp;sdata=026wRV5K%2BN0vVI7QIwnVVSUyO9eH43nIXe8AcvGVLH0%3D&amp;reserved=0
>> - config BR2_PACKAGE_EXIV2_PNG
>>  	bool "PNG image support"
>>  	select BR2_PACKAGE_ZLIB
>> @@ -47,12 +36,8 @@ config BR2_PACKAGE_EXIV2_XMP
>>  	  Build with XMP support
>>  
>>  config BR2_PACKAGE_EXIV2_LENSDATA
>> -	bool "Nikon lens name database"
>> -	depends on !BR2_PACKAGE_EXIV2_COMMERCIAL
>> +	bool "Include lens data"
>
> How big is this lens data? Is it worth keeping an option for it?

Yes you are right we can remove it. The binary is only 80KB less with
the lensdata option disabled.

Do I need to add a Config.in.legacy option if I remove it. The default
state in exiv2 CMakeList is enabled.

>
>>  	help
>> -	  Integrate Nikon lens name database.
>> -
>> -	  This database is integrated but comes from a thirdparty:
>> -
>> https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.rottmerhusen.com%2Fobjektives%2Flensid%2Fthirdparty.html&amp;data=02%7C01%7Cnicolas.serafini%40sensefly.com%7Cbc84a910caa34d56b1c608d6d33bb835%7Cff7d991b392248038418ab806a3414a6%7C1%7C0%7C636928650779725754&amp;sdata=2LCEQwMzSNygNE04lLVpFxtwPylRjtIsq3swI%2Ft4eOU%3D&amp;reserved=0.
>> +	  Build with lens data
>>  
>>  endif
>> diff --git a/package/exiv2/exiv2.hash b/package/exiv2/exiv2.hash
>> index f99cb8cb87..b753c03854 100644
>> --- a/package/exiv2/exiv2.hash
>> +++ b/package/exiv2/exiv2.hash
>> @@ -1,3 +1,4 @@
>>  # Locally calculated
>>  sha256
>> 1b3766b2c203ce213a4195de14d61694017ec1a69d15d4575bccecef130990fe
>> exiv2-0.27.1.tar.gz sha256
>> a7ba75cb966aca374711e2af49e5f3aea6a4443a803440f5d93e73a5a1222f66
>> COPYING +sha256
>> 46cde7dc11e64c78d650b4851b88f6704b4665ff60f22a1caf68ceb15e217e5b
>> COPYING-CMAKE-SCRIPTS diff --git a/package/exiv2/exiv2.mk
>> b/package/exiv2/exiv2.mk index ba9d9b7303..3aa2a9e088 100644 ---
>> a/package/exiv2/exiv2.mk +++ b/package/exiv2/exiv2.mk @@ -7,6 +7,8
>> @@ EXIV2_VERSION = 0.27.1 EXIV2_SITE = $(call
>> github,Exiv2,exiv2,$(EXIV2_VERSION)) EXIV2_INSTALL_STAGING = YES
>> +EXIV2_LICENSE = GPL-2.0+
>> +EXIV2_LICENSE_FILES = COPYING COPYING-CMAKE-SCRIPTS
>
> What is in this additional license file?

It's the the BSD-3-Clause licence for CMakeLists.txt,
config/FindEXPAT.cmake and config/FindMSGFMT.cmake files.
I have to add the BSD-3-Clause to EXIV2_LICENCE.

Thanks for your review.

Regards,
Nicolas

>
> Regards,
> Arnout
>
>>  
>>  EXIV2_CONF_OPTS += -DEXIV2_ENABLE_BUILD_SAMPLES=OFF
>>  
>> @@ -14,18 +16,10 @@ EXIV2_CONF_OPTS +=
>> -DEXIV2_ENABLE_BUILD_SAMPLES=OFF # test which is not allowed when
>> cross-compiling. EXIV2_CONF_OPTS += -DTHREADS_PTHREAD_ARG=OFF
>>  
>> -ifeq ($(BR2_PACKAGE_EXIV2_LENSDATA),)
>> -EXIV2_CONF_OPTS += -DEXIV2_ENABLE_LENSDATA=OFF
>> -endif
>> -
>> -ifeq ($(BR2_PACKAGE_EXIV2_COMMERCIAL),y)
>> -EXIV2_LICENSE = commercial
>> -# NLS support is disabled in commercial version due to the copyright
>> -# of the translated texts.
>> -EXIV2_CONF_OPTS += -DEXIV2_ENABLE_COMMERCIAL=ON
>> -DEXIV2_ENABLE_NLS=OFF +ifeq ($(BR2_PACKAGE_EXIV2_LENSDATA),y)
>> +EXIV2_CONF_OPTS += -DEXIV2_ENABLE_LENSDATA=ON
>>  else
>> -EXIV2_LICENSE = GPL-2.0+
>> -EXIV2_LICENSE_FILES = COPYING
>> +EXIV2_CONF_OPTS += -DEXIV2_ENABLE_LENSDATA=OFF
>>  endif
>>  
>>  ifeq ($(BR2_PACKAGE_EXIV2_PNG),y)
>> 

^ permalink raw reply	[flat|nested] 7+ messages in thread

* [Buildroot] [PATCH 1/1] package/exiv2: cleanup options and licenses
  2019-05-08  8:27   ` Nicolas Serafini
@ 2019-05-08  8:44     ` Arnout Vandecappelle
  2019-06-04 16:25       ` Peter Seiderer
  0 siblings, 1 reply; 7+ messages in thread
From: Arnout Vandecappelle @ 2019-05-08  8:44 UTC (permalink / raw)
  To: buildroot



On 08/05/2019 10:27, Nicolas Serafini wrote:
>>>  config BR2_PACKAGE_EXIV2_LENSDATA
>>> -	bool "Nikon lens name database"
>>> -	depends on !BR2_PACKAGE_EXIV2_COMMERCIAL
>>> +	bool "Include lens data"
>> How big is this lens data? Is it worth keeping an option for it?
> Yes you are right we can remove it. The binary is only 80KB less with
> the lensdata option disabled.
> 
> Do I need to add a Config.in.legacy option if I remove it.

 No, same as for the _COMMERCIAL option. The legacy handling is there to make
sure that people who update Buildroot and had some option enabled will be able
to do whatever is needed to keep the same behaviour.

 It is useful to mention explicitly in the commit message why legacy handling is
skipped. Something like: "Legacy handling for the removed options _COMMERCIAL
and _LENSDATA is not needed, since now they are always enabled."

> The default
> state in exiv2 CMakeList is enabled.

 It is a good idea to still add the -D...=ON explicitly, because:
- it makes sure that the same behaviour is kept if the default changes; and
- if the option changes name, is removed, ... there is a warning in the
configure step, so there's a better chance that whoever is doing the bump will
notice it.

 Regards,
 Arnout

^ permalink raw reply	[flat|nested] 7+ messages in thread

* [Buildroot] [PATCH 1/1] package/exiv2: cleanup options and licenses
  2019-05-08  8:44     ` Arnout Vandecappelle
@ 2019-06-04 16:25       ` Peter Seiderer
  2019-06-04 22:59         ` Arnout Vandecappelle
  0 siblings, 1 reply; 7+ messages in thread
From: Peter Seiderer @ 2019-06-04 16:25 UTC (permalink / raw)
  To: buildroot

Hello Arnout, Nicolas,

On Wed, 8 May 2019 10:44:38 +0200, Arnout Vandecappelle <arnout@mind.be> wrote:

> On 08/05/2019 10:27, Nicolas Serafini wrote:
> >>>  config BR2_PACKAGE_EXIV2_LENSDATA
> >>> -	bool "Nikon lens name database"
> >>> -	depends on !BR2_PACKAGE_EXIV2_COMMERCIAL
> >>> +	bool "Include lens data"
> >> How big is this lens data? Is it worth keeping an option for it?
> > Yes you are right we can remove it. The binary is only 80KB less with
> > the lensdata option disabled.
> >
> > Do I need to add a Config.in.legacy option if I remove it.
>
>  No, same as for the _COMMERCIAL option. The legacy handling is there to make
> sure that people who update Buildroot and had some option enabled will be able
> to do whatever is needed to keep the same behaviour.
>
>  It is useful to mention explicitly in the commit message why legacy handling is
> skipped. Something like: "Legacy handling for the removed options _COMMERCIAL
> and _LENSDATA is not needed, since now they are always enabled."

Disagree with this reasoning, o.k. for the enable-_LENSDATA option, NAK for the
_COMMERCIAL one (users who selected _COMMERCIAL before will now get GPL-2.0+
without warning/notice)...

Regards,
Peter

>
> > The default
> > state in exiv2 CMakeList is enabled.
>
>  It is a good idea to still add the -D...=ON explicitly, because:
> - it makes sure that the same behaviour is kept if the default changes; and
> - if the option changes name, is removed, ... there is a warning in the
> configure step, so there's a better chance that whoever is doing the bump will
> notice it.
>
>  Regards,
>  Arnout
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot

^ permalink raw reply	[flat|nested] 7+ messages in thread

* [Buildroot] [PATCH 1/1] package/exiv2: cleanup options and licenses
  2019-06-04 16:25       ` Peter Seiderer
@ 2019-06-04 22:59         ` Arnout Vandecappelle
  2019-06-05 12:50           ` Nicolas Serafini
  0 siblings, 1 reply; 7+ messages in thread
From: Arnout Vandecappelle @ 2019-06-04 22:59 UTC (permalink / raw)
  To: buildroot



On 04/06/2019 18:25, Peter Seiderer wrote:
> Hello Arnout, Nicolas,
> 
> On Wed, 8 May 2019 10:44:38 +0200, Arnout Vandecappelle <arnout@mind.be> wrote:
> 
>> On 08/05/2019 10:27, Nicolas Serafini wrote:
>>>>>  config BR2_PACKAGE_EXIV2_LENSDATA
>>>>> -	bool "Nikon lens name database"
>>>>> -	depends on !BR2_PACKAGE_EXIV2_COMMERCIAL
>>>>> +	bool "Include lens data"
>>>> How big is this lens data? Is it worth keeping an option for it?
>>> Yes you are right we can remove it. The binary is only 80KB less with
>>> the lensdata option disabled.
>>>
>>> Do I need to add a Config.in.legacy option if I remove it.
>>
>>  No, same as for the _COMMERCIAL option. The legacy handling is there to make
>> sure that people who update Buildroot and had some option enabled will be able
>> to do whatever is needed to keep the same behaviour.
>>
>>  It is useful to mention explicitly in the commit message why legacy handling is
>> skipped. Something like: "Legacy handling for the removed options _COMMERCIAL
>> and _LENSDATA is not needed, since now they are always enabled."
> 
> Disagree with this reasoning, o.k. for the enable-_LENSDATA option, NAK for the
> _COMMERCIAL one (users who selected _COMMERCIAL before will now get GPL-2.0+
> without warning/notice)...

 OK, so I studied this in a bit more detail, and it's actually more complicated
than that...

 The Nikon lens data has a different license, which is this:

// Free use in non-commercial, GPL or open source software only!
// Please contact me for adding lenses or use in commercial software.

 So the problem is not so much that you force GPL; it is that you are not
allowed to use this in commercial software.

 So, at first sight, we should keep the LENSDATA option as an option, mention in
the help text that it cannot be used for commercial use, and if the option is
selected update EXIV2_LICENSE with something like "Rottmerhusen non-commercial
license" and add src/nikonmn_int.cpp to EXIV2_LICENSE_FILES.

 However, I wonder about the validity of this thing. First, the piece of code is
just a database - in principle, it's not copyrightable. Second, the same
database is also included in exiftool, and that source code doesn't have a
similar clause (exiftool is Artistic-licensed). Third, I tried to look up the
real source (http://rottmerhusen.com) but that site has gone down and the
wayback machine doesn't give me anything with such a license.

 If we would package exiv2 now, we probably never would have noticed this
license issue...


 So, let's go for the simple and pragmatic solution: keep the _LENSDATA option,
maybe mention in the help text something about the non-commercial use.

 Which is, essentially, v1 of this patch...

 Nicolas, sorry for the back-and-forth, and thank you for your patience.

 Peter, thanks for finding this issue.

 Regards,
 Arnout

> 
> Regards,
> Peter
> 
>>
>>> The default
>>> state in exiv2 CMakeList is enabled.
>>
>>  It is a good idea to still add the -D...=ON explicitly, because:
>> - it makes sure that the same behaviour is kept if the default changes; and
>> - if the option changes name, is removed, ... there is a warning in the
>> configure step, so there's a better chance that whoever is doing the bump will
>> notice it.
>>
>>  Regards,
>>  Arnout
>> _______________________________________________
>> buildroot mailing list
>> buildroot at busybox.net
>> http://lists.busybox.net/mailman/listinfo/buildroot
> 

^ permalink raw reply	[flat|nested] 7+ messages in thread

* [Buildroot] [PATCH 1/1] package/exiv2: cleanup options and licenses
  2019-06-04 22:59         ` Arnout Vandecappelle
@ 2019-06-05 12:50           ` Nicolas Serafini
  0 siblings, 0 replies; 7+ messages in thread
From: Nicolas Serafini @ 2019-06-05 12:50 UTC (permalink / raw)
  To: buildroot

Hello Arnout, Peter,

On Wed, 5 Jun 2019 00:59:03 +0200 Arnout Vandecappelle <arnout@mind.be> wrote:

>On 04/06/2019 18:25, Peter Seiderer wrote:
>> Hello Arnout, Nicolas,
>> 
>> On Wed, 8 May 2019 10:44:38 +0200, Arnout Vandecappelle
>> <arnout@mind.be> wrote: 
>>> On 08/05/2019 10:27, Nicolas Serafini wrote:  
>>>>>>  config BR2_PACKAGE_EXIV2_LENSDATA
>>>>>> -	bool "Nikon lens name database"
>>>>>> -	depends on !BR2_PACKAGE_EXIV2_COMMERCIAL
>>>>>> +	bool "Include lens data"  
>>>>> How big is this lens data? Is it worth keeping an option for it?  
>>>> Yes you are right we can remove it. The binary is only 80KB less
>>>> with the lensdata option disabled.
>>>>
>>>> Do I need to add a Config.in.legacy option if I remove it.  
>>>
>>>  No, same as for the _COMMERCIAL option. The legacy handling is
>>> there to make sure that people who update Buildroot and had some
>>> option enabled will be able to do whatever is needed to keep the
>>> same behaviour.
>>>
>>>  It is useful to mention explicitly in the commit message why
>>> legacy handling is skipped. Something like: "Legacy handling for
>>> the removed options _COMMERCIAL and _LENSDATA is not needed, since
>>> now they are always enabled."  
>> 
>> Disagree with this reasoning, o.k. for the enable-_LENSDATA option,
>> NAK for the _COMMERCIAL one (users who selected _COMMERCIAL before
>> will now get GPL-2.0+ without warning/notice)...  
>
> OK, so I studied this in a bit more detail, and it's actually more
> complicated
>than that...
>
> The Nikon lens data has a different license, which is this:
>
>// Free use in non-commercial, GPL or open source software only!
>// Please contact me for adding lenses or use in commercial software.
>
> So the problem is not so much that you force GPL; it is that you are
> not
>allowed to use this in commercial software.
>
> So, at first sight, we should keep the LENSDATA option as an option,
> mention in
>the help text that it cannot be used for commercial use, and if the
>option is selected update EXIV2_LICENSE with something like
>"Rottmerhusen non-commercial license" and add src/nikonmn_int.cpp to
>EXIV2_LICENSE_FILES.
>
> However, I wonder about the validity of this thing. First, the piece
> of code is
>just a database - in principle, it's not copyrightable. Second, the
>same database is also included in exiftool, and that source code
>doesn't have a similar clause (exiftool is Artistic-licensed). Third,
>I tried to look up the real source
>(https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Frottmerhusen.com&amp;data=02%7C01%7Cnicolas.serafini%40sensefly.com%7C59de32933c1d477ebd4208d6e9403ee9%7Cff7d991b392248038418ab806a3414a6%7C1%7C0%7C636952859484138627&amp;sdata=Y69lDoAl88GHxTx5uQh9jybvxYENiDudLZ2d2QUNw5U%3D&amp;reserved=0)
>but that site has gone down and the wayback machine doesn't give me
>anything with such a license.
>
> If we would package exiv2 now, we probably never would have noticed
> this
>license issue...
>
>
> So, let's go for the simple and pragmatic solution: keep the
> _LENSDATA option,
>maybe mention in the help text something about the non-commercial use.
>
> Which is, essentially, v1 of this patch...
>
> Nicolas, sorry for the back-and-forth, and thank you for your
> patience.

Thanks for your feedback I prepare a patch v4.

>
> Peter, thanks for finding this issue.
>
> Regards,
> Arnout
>
>> 
>> Regards,
>> Peter
>>   
>>>  
>>>> The default
>>>> state in exiv2 CMakeList is enabled.  
>>>
>>>  It is a good idea to still add the -D...=ON explicitly, because:
>>> - it makes sure that the same behaviour is kept if the default
>>> changes; and
>>> - if the option changes name, is removed, ... there is a warning in
>>> the configure step, so there's a better chance that whoever is
>>> doing the bump will notice it.
>>>
>>>  Regards,
>>>  Arnout
>>> _______________________________________________
>>> buildroot mailing list
>>> buildroot at busybox.net
>>> https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Flists.busybox.net%2Fmailman%2Flistinfo%2Fbuildroot&amp;data=02%7C01%7Cnicolas.serafini%40sensefly.com%7C59de32933c1d477ebd4208d6e9403ee9%7Cff7d991b392248038418ab806a3414a6%7C1%7C0%7C636952859484148621&amp;sdata=HU4Z4xAyVjW3V001nozXz7wRd8wgaNq%2F0JXzjj1Ttos%3D&amp;reserved=0  
>>   

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2019-06-05 12:50 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-05-07 10:37 [Buildroot] [PATCH 1/1] package/exiv2: cleanup options and licenses Nicolas Serafini
2019-05-07 22:31 ` Arnout Vandecappelle
2019-05-08  8:27   ` Nicolas Serafini
2019-05-08  8:44     ` Arnout Vandecappelle
2019-06-04 16:25       ` Peter Seiderer
2019-06-04 22:59         ` Arnout Vandecappelle
2019-06-05 12:50           ` Nicolas Serafini

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.