[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
signature.asc
Description: PGP signature
- Re: [PATCH] maint: Allow gnulib's readutmp module to use systemd.,
Simon Josefsson <=