bug-gnulib
[Top][All Lists]
Advanced

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

Re: [PATCH] maint: Allow gnulib's readutmp module to use systemd.


From: Simon Josefsson
Subject: Re: [PATCH] maint: Allow gnulib's readutmp module to use systemd.
Date: Sat, 23 Mar 2024 10:24:35 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux)

(moving to bug-gnulib)

Collin Funk <collin.funk1@gmail.com> writes:

> On 3/22/24 2:18 PM, Simon Josefsson wrote:
>> Upgrading inetutils to use gnulib-tool.py would be nice.  As a start, I
>> bumped the gnulib submodule.
>
> Bruno and I are still working on it with a test suite. We want the
> file output and stdout output to be the same before we recommend using
> it. Then we won't get many bug reports for the same issue and we can
> test that new changes don't break expected behavior.
>
> With that in mind, I was curious to see how it worked and figured I
> should share.

Thank you!

Is there a way to opt-in inetutils to prefer python gnulib-tool, before
gnulib as a whole changes its default behaviour?  I think doing that
will allow better testing of gnulib-tool.py in the wild until gnulib as
a whole can change.  This way, we can migrate a bunch of projects to
gnulib-tool.py and get real-world testing of how it works over time for
many months.  I would be happy to do this for a bunch of projects
(libidn, libidn2, oath-toolkit, inetutils, libtasn1, gsasl, libntlm,
etc).  Maybe this was already discussed and I forgot.

Hmm.  Could putting the following into bootstrap.conf be a method that
we could recommend?  Then developers can override it with
GNULIB_TOOL_IMPL=sh ./bootstrap if they want.

GNULIB_TOOL_IMPL=${GNULIB_TOOL_IMPL:-py}

/Simon

Attachment: signature.asc
Description: PGP signature


reply via email to

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