Simon Josefsson wrote:
> My view is changing towards seeing gnulib like just any other build-time
> dependency.  We are using versioned build dependencies of
> Trisquel/Guix/Debian/RHEL and autoconf, automake, help2man, etc in CI/CD
> because we want to test those versions.  We aren't using bleeding edge
> autoconf, automake, etc in CI/CD when building inetutils.  So using a
> specific gnulib commit seems to match how we treat all other build
> dependencies.

That's a valid way to see things, yes. Some time ago, Tim Rühsen configured
the Gnulib CI to use the bleeding edge Debian. But I don't want to spend
time debugging Debian, therefore I picked a fixed Debian release instead.

> However I do agree with you about the utility of ALSO building inetutils
> with bleeding edge gnulib.

Implemented through
https://github.com/gnu-inetutils/ci-check/commit/b68ebfb39d74809422cf8452aefc7309f0b6940e
Let's see how it works...

Bruno




  • Re: merge r... Bruno Haible via Bug reports for the GNU Internet utilities
    • Re: me... Simon Josefsson via Bug reports for the GNU Internet utilities
  • Re: bug rep... Bruno Haible via Bug reports for the GNU Internet utilities
    • Re: bu... Simon Josefsson via Bug reports for the GNU Internet utilities
      • Re... Collin Funk
      • Re... Bruno Haible via Bug reports for the GNU Internet utilities
        • ... Simon Josefsson via Bug reports for the GNU Internet utilities
  • Re: CI setu... Bruno Haible via Bug reports for the GNU Internet utilities
    • Re: CI... Simon Josefsson via Bug reports for the GNU Internet utilities
      • Re... Bruno Haible via Bug reports for the GNU Internet utilities
        • ... Simon Josefsson via Bug reports for the GNU Internet utilities
          • ... Bruno Haible via Bug reports for the GNU Internet utilities

Reply via email to