git/list[1] front-page[2] threads[3] people[4] search[5] about
 

RE: [ANNOUNCE] Git v2.36.0-rc0 - Build failure on NonStops

From
rsbecker@nexbridge.com <rsbecker@nexbridge.com>
Date
Apr 6, 2022, 16:23 UTC
Message-ID
<046001d849d2$9daf2290$d90d67b0$@nexbridge.com>
In-Reply-To
<xmqqv8vmyysp.fsf@gitster.g>
On April 6, 2022 12:14 PM, Junio C Hamano wrote:
Show 22 quoted lines
><rsbecker@nexbridge.com> writes:
>
>> On April 4, 2022 6:33 PM, Junio C Hamano wrote:
>>>To: Randall S. Becker <rsbecker@nexbridge.com>
>>>Cc: Git Mailing List <git@vger.kernel.org>;
>>>git-packagers@googlegroups.com
>>>Subject: Re: [ANNOUNCE] Git v2.36.0-rc0 - Build failure on NonStops
>>>
>>>CSPRNG_METHOD?
>>
>> We already have
>>
>>         CSPRNG_METHOD = openssl
>>
>> In the config for NonStop. Should that not have worked?
>
>In your original report, you said
>
>>> I thought we did not have a direct reference to OpenSSL. What do I
>>> need here to resolve this?
>
>I misread it as "I did not directly ask to use OpenSSL---why am I seeing
breakage
>from RAND_bytes() that is an OpenSSL thing?", and where my suggestion to
look
>for CSPRNG_METHOD came from.
>
>Downthread, folks seem to have figured out that OpenSSL support failed to
>include a necessary header and link with libraries, while I was offline
yesterday, so
>hopefully all is well?
>
>Since d073bdc6 (Merge branch 'bc/csprng-mktemps', 2022-02-11) the CSPRNG
>code has been in 'master/main' and the topic was merged to 'next' much
earlier,
>at 2e32375c (Merge branch 'bc/csprng-mktemps'
>into next, 2022-02-04).  I was puzzled why it took this long for your
report to come,
>as I somehow thought you've been quite good at reporting portability issues
to
>your platform quickly, and was wondering if we broke something between the
>time we merged it to 'next' and -rc0, but it seems that it was not working
from the
>beginning X-<.

I have no explanation on why this and the PATH issue showed up at 2.36.0-rc0 and not at 2.35.1. 2.35.0. Our build/test cycles are thorough but only on the releases and rc* notices because it takes 50+ hours to run the whole test cycle. The CSPRNG_METHOD was already set in the platform config, so we did not have to change that. wrapper.c had an issue that was missing the required includes on more than just our platform - adding that in did help. t6200 did not previously fail but we are looking into whether an OpenSSH install caused that. I think we will have to selectively modify the path in config.mak.uname for each build going forward for tests to pass.

I am sorry that I do not have better or more clear info. --Randall

Previous: Junio C HamanoNext: Junio C Hamano
Message 15 of 18 in “RE: [ANNOUNCE] Git v2.36.0-rc0 - Build failure on NonStops”
  1. rsbecker@nexbridge.comApr 4, 2022
  2. Junio C HamanoApr 4, 2022
  3. rsbecker@nexbridge.comApr 4, 2022
  4. Carlo Marcelo Arenas BelónApr 5, 2022
  5. Carlo Marcelo Arenas BelónApr 5, 2022
  6. rsbecker@nexbridge.comApr 5, 2022
  7. Carlo Marcelo Arenas BelónApr 5, 2022
  8. brian m. carlsonApr 5, 2022
  9. Carlo ArenasApr 5, 2022
  10. rsbecker@nexbridge.comApr 5, 2022
  11. Junio C HamanoApr 6, 2022
  12. rsbecker@nexbridge.comApr 5, 2022
  13. rsbecker@nexbridge.comApr 5, 2022
  14. Junio C HamanoApr 6, 2022
  15. rsbecker@nexbridge.comApr 6, 2022
  16. Junio C HamanoApr 6, 2022
  17. rsbecker@nexbridge.comApr 6, 2022
  18. rsbecker@nexbridge.comApr 6, 2022

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.