Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
MIME-Version: 1.0
References: <20200121105711.zzeeolydlivqnik7@ws.net.home>
In-Reply-To: <20200121105711.zzeeolydlivqnik7@ws.net.home>
From:   Carlos Santos <unixmania@gmail.com>
Date:   Fri, 24 Jan 2020 16:16:47 -0300
Message-ID: <CAJ4jsadjw3xXbrqjsB9cwv_iwodfHWJ4CnhD4oXW_Lvwh0W8XQ@mail.gmail.com>
Subject: Re: [ANNOUNCE] util-linux v2.35
To:     Karel Zak <kzak@redhat.com>
Cc:     linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org,
        util-linux@vger.kernel.org
Content-Type: text/plain; charset="UTF-8"
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

Hi Karel,

On Tue, Jan 21, 2020 at 7:59 AM Karel Zak <kzak@redhat.com> wrote:
>
>
> The util-linux release v2.35 is available at
>
>   http://www.kernel.org/pub/linux/utils/util-linux/v2.35/
>
> Feedback and bug reports, as always, are welcomed.
>
>   Karel
>

That's great. Thanks!

--8<--
> Changes between v2.34 and v2.35
> -------------------------------
--8<--
> docs:
>    - Fix adjtime documentation  [Pierre Labastie]
>    - add GPLv3 text  [Karel Zak]

That's a problem. It makes hwclock hard to include in embedded systems
due to the GPLv3 restrictions.

I noticed that it comes due to sys-utils/hwclock-parse-date.y, which
was taken from gnulib. Would it be possible to take the file from an
previous version of gnulib that was still under GPLv2?

An alternative approach would be porting a similar code using a more
liberal license, e.g. BSD.

What do you think?

-- 
Carlos Santos <unixmania@gmail.com>