bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: dependencies with incompatible licenses: parse-datetime


From: Jim Meyering
Subject: Re: dependencies with incompatible licenses: parse-datetime
Date: Sat, 15 Oct 2016 09:05:10 -0700

On Sat, Oct 15, 2016 at 7:15 AM, Bruno Haible <address@hidden> wrote:
> When I run
>
> $ ./gnulib-tool --create-testdir --with-tests --dir=/tmp/testdir1
>
> I get these warnings, among others:
>
> gnulib-tool: warning: module parse-datetime depends on a module with an 
> incompatible license: error
> gnulib-tool: warning: module parse-datetime depends on a module with an 
> incompatible license: getprogname
> gnulib-tool: warning: module parse-datetime depends on a module with an 
> incompatible license: gettime
> gnulib-tool: warning: module parse-datetime depends on a module with an 
> incompatible license: strftime
> gnulib-tool: warning: module parse-datetime depends on a module with an 
> incompatible license: time_rz
> gnulib-tool: warning: module parse-datetime depends on a module with an 
> incompatible license: timespec
> gnulib-tool: warning: module parse-datetime depends on a module with an 
> incompatible license: xalloc
> gnulib-tool: warning: module parse-datetime depends on a module with an 
> incompatible license: xalloc-die
>
> These were introduced on 2015-11-24
> http://lists.gnu.org/archive/html/bug-gnulib/2015-11/msg00048.html
>
> The ostree people work around this warning by not using gnulib-tool.
> They just copied the files lib/parse-datetime.[hy] and edited them to use
> g_malloc instead of xmalloc.
>
> I would like to silence this warning, while at the same time not change the
> actual license of the module. Here's a proposed patch. A quick hack; I hope
> we won't have this situation more often.
>
>
> 2016-10-15  Bruno Haible  <address@hidden>
>
>         Avoid gnulib-tool warnings about the dependencies of 'parse-datetime'.
>         * gnulib-tool (func_get_license): Special-case the 'parse-datetime'
>         module.

Looks fine, and fine by me.
Thank you.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]