* [BUG] git-2.36.0-rc0 - t6200 fails due to library/path issues
@ 2022-04-06 11:18 rsbecker
2022-04-06 13:51 ` Ævar Arnfjörð Bjarmason
2022-04-06 17:39 ` Junio C Hamano
0 siblings, 2 replies; 6+ messages in thread
From: rsbecker @ 2022-04-06 11:18 UTC (permalink / raw)
To: git
t6200 makes assumptions that ssh-keygen to be used is located in
/usr/local/bin. This causes problems when we have multiple OpenSSL
installations - which we do - 3 of them. Our environment supplies OpenSSL
1.1 in /usr/local-ssl1.1, with a corresponding version of ssh-agent in a
different directory. There needs to be a mechanism to override the
ssh-keygen so that tests will work in this situation.
*** RLD ERROR ***: Unresolved Text Symbol OPENSSL_add_all_algorithms_noconf
in file /usr/local/bin/ssh-keygen.
*** RLD ERROR ***: Unresolved Text Symbol EVP_MD_CTX_cleanup in file
/usr/local/bin/ssh-keygen.
*** RLD ERROR ***: Unresolved Text Symbol SSLeay in file
/usr/local/bin/ssh-keygen.
*** RLD ERROR ***: Unresolved Text Symbol EVP_MD_block_size in file
/usr/local/bin/ssh-keygen.
*** RLD ERROR ***: Unresolved Text Symbol EVP_MD_CTX_init in file
/usr/local/bin/ssh-keygen.
I do not know why the test is forcing SSH in /usr/local/bin - it is not
something coming from our environment, which has PATH set correctly.
Thanks,
Randall
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [BUG] git-2.36.0-rc0 - t6200 fails due to library/path issues
2022-04-06 11:18 [BUG] git-2.36.0-rc0 - t6200 fails due to library/path issues rsbecker
@ 2022-04-06 13:51 ` Ævar Arnfjörð Bjarmason
2022-04-06 15:32 ` rsbecker
2022-04-06 15:38 ` rsbecker
2022-04-06 17:39 ` Junio C Hamano
1 sibling, 2 replies; 6+ messages in thread
From: Ævar Arnfjörð Bjarmason @ 2022-04-06 13:51 UTC (permalink / raw)
To: rsbecker; +Cc: git
On Wed, Apr 06 2022, rsbecker@nexbridge.com wrote:
> t6200 makes assumptions that ssh-keygen to be used is located in
> /usr/local/bin. This causes problems when we have multiple OpenSSL
> installations - which we do - 3 of them. Our environment supplies OpenSSL
> 1.1 in /usr/local-ssl1.1, with a corresponding version of ssh-agent in a
> different directory. There needs to be a mechanism to override the
> ssh-keygen so that tests will work in this situation.
>
> *** RLD ERROR ***: Unresolved Text Symbol OPENSSL_add_all_algorithms_noconf
> in file /usr/local/bin/ssh-keygen.
>
> *** RLD ERROR ***: Unresolved Text Symbol EVP_MD_CTX_cleanup in file
> /usr/local/bin/ssh-keygen.
>
> *** RLD ERROR ***: Unresolved Text Symbol SSLeay in file
> /usr/local/bin/ssh-keygen.
>
> *** RLD ERROR ***: Unresolved Text Symbol EVP_MD_block_size in file
> /usr/local/bin/ssh-keygen.
>
> *** RLD ERROR ***: Unresolved Text Symbol EVP_MD_CTX_init in file
> /usr/local/bin/ssh-keygen.
>
> I do not know why the test is forcing SSH in /usr/local/bin - it is not
> something coming from our environment, which has PATH set correctly.
Is it:
SANE_TOOL_PATH = /usr/coreutils/bin:/usr/local/bin
In the nonstop section in config.mak.uname along with:
Makefile:ifdef SANE_TOOL_PATH
Makefile:SANE_TOOL_PATH_SQ = $(subst ','\'',$(SANE_TOOL_PATH))
Makefile:BROKEN_PATH_FIX = 's|^\# @@BROKEN_PATH_FIX@@$$|git_broken_path_fix "$(SANE_TOOL_PATH_SQ)"|'
Makefile:PATH := $(SANE_TOOL_PATH):${PATH}
Makefile-else
Makefile-BROKEN_PATH_FIX = '/^\# @@BROKEN_PATH_FIX@@$$/d'
Makefile-endif
?
^ permalink raw reply [flat|nested] 6+ messages in thread
* RE: [BUG] git-2.36.0-rc0 - t6200 fails due to library/path issues
2022-04-06 13:51 ` Ævar Arnfjörð Bjarmason
@ 2022-04-06 15:32 ` rsbecker
2022-04-06 15:38 ` rsbecker
1 sibling, 0 replies; 6+ messages in thread
From: rsbecker @ 2022-04-06 15:32 UTC (permalink / raw)
To: 'Ævar Arnfjörð Bjarmason'; +Cc: git
On April 6, 2022 9:52 AM, Ævar Arnfjörð Bjarmason wrote:
>On Wed, Apr 06 2022, rsbecker@nexbridge.com wrote:
>
>> t6200 makes assumptions that ssh-keygen to be used is located in
>> /usr/local/bin. This causes problems when we have multiple OpenSSL
>> installations - which we do - 3 of them. Our environment supplies
>> OpenSSL
>> 1.1 in /usr/local-ssl1.1, with a corresponding version of ssh-agent in
>> a different directory. There needs to be a mechanism to override the
>> ssh-keygen so that tests will work in this situation.
>>
>> *** RLD ERROR ***: Unresolved Text Symbol
>> OPENSSL_add_all_algorithms_noconf in file /usr/local/bin/ssh-keygen.
>>
>> *** RLD ERROR ***: Unresolved Text Symbol EVP_MD_CTX_cleanup in file
>> /usr/local/bin/ssh-keygen.
>>
>> *** RLD ERROR ***: Unresolved Text Symbol SSLeay in file
>> /usr/local/bin/ssh-keygen.
>>
>> *** RLD ERROR ***: Unresolved Text Symbol EVP_MD_block_size in file
>> /usr/local/bin/ssh-keygen.
>>
>> *** RLD ERROR ***: Unresolved Text Symbol EVP_MD_CTX_init in file
>> /usr/local/bin/ssh-keygen.
>>
>> I do not know why the test is forcing SSH in /usr/local/bin - it is
>> not something coming from our environment, which has PATH set correctly.
>
>Is it:
>
> SANE_TOOL_PATH = /usr/coreutils/bin:/usr/local/bin
>
>In the nonstop section in config.mak.uname along with:
>
> Makefile:ifdef SANE_TOOL_PATH
> Makefile:SANE_TOOL_PATH_SQ = $(subst ','\'',$(SANE_TOOL_PATH))
> Makefile:BROKEN_PATH_FIX = 's|^\#
>@@BROKEN_PATH_FIX@@$$|git_broken_path_fix "$(SANE_TOOL_PATH_SQ)"|'
> Makefile:PATH := $(SANE_TOOL_PATH):${PATH}
> Makefile-else
> Makefile-BROKEN_PATH_FIX = '/^\# @@BROKEN_PATH_FIX@@$$/d'
> Makefile-endif
>
>?
OIC. Can I change the PATH value when running the tests without changing config.mak.uname?
^ permalink raw reply [flat|nested] 6+ messages in thread
* RE: [BUG] git-2.36.0-rc0 - t6200 fails due to library/path issues
2022-04-06 13:51 ` Ævar Arnfjörð Bjarmason
2022-04-06 15:32 ` rsbecker
@ 2022-04-06 15:38 ` rsbecker
1 sibling, 0 replies; 6+ messages in thread
From: rsbecker @ 2022-04-06 15:38 UTC (permalink / raw)
To: 'Ævar Arnfjörð Bjarmason'; +Cc: git
On April 6, 2022 9:52 AM, Ævar Arnfjörð Bjarmason wrote:
>On Wed, Apr 06 2022, rsbecker@nexbridge.com wrote:
>
>> t6200 makes assumptions that ssh-keygen to be used is located in
>> /usr/local/bin. This causes problems when we have multiple OpenSSL
>> installations - which we do - 3 of them. Our environment supplies
>> OpenSSL
>> 1.1 in /usr/local-ssl1.1, with a corresponding version of ssh-agent in
>> a different directory. There needs to be a mechanism to override the
>> ssh-keygen so that tests will work in this situation.
>>
>> *** RLD ERROR ***: Unresolved Text Symbol
>> OPENSSL_add_all_algorithms_noconf in file /usr/local/bin/ssh-keygen.
>>
>> *** RLD ERROR ***: Unresolved Text Symbol EVP_MD_CTX_cleanup in file
>> /usr/local/bin/ssh-keygen.
>>
>> *** RLD ERROR ***: Unresolved Text Symbol SSLeay in file
>> /usr/local/bin/ssh-keygen.
>>
>> *** RLD ERROR ***: Unresolved Text Symbol EVP_MD_block_size in file
>> /usr/local/bin/ssh-keygen.
>>
>> *** RLD ERROR ***: Unresolved Text Symbol EVP_MD_CTX_init in file
>> /usr/local/bin/ssh-keygen.
>>
>> I do not know why the test is forcing SSH in /usr/local/bin - it is
>> not something coming from our environment, which has PATH set correctly.
>
>Is it:
>
> SANE_TOOL_PATH = /usr/coreutils/bin:/usr/local/bin
>
>In the nonstop section in config.mak.uname along with:
>
> Makefile:ifdef SANE_TOOL_PATH
> Makefile:SANE_TOOL_PATH_SQ = $(subst ','\'',$(SANE_TOOL_PATH))
> Makefile:BROKEN_PATH_FIX = 's|^\#
>@@BROKEN_PATH_FIX@@$$|git_broken_path_fix "$(SANE_TOOL_PATH_SQ)"|'
> Makefile:PATH := $(SANE_TOOL_PATH):${PATH}
> Makefile-else
> Makefile-BROKEN_PATH_FIX = '/^\# @@BROKEN_PATH_FIX@@$$/d'
> Makefile-endif
>
>?
I should also point out that we have not previously had path problems like this (2.35.1 and before going back years).
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [BUG] git-2.36.0-rc0 - t6200 fails due to library/path issues
2022-04-06 11:18 [BUG] git-2.36.0-rc0 - t6200 fails due to library/path issues rsbecker
2022-04-06 13:51 ` Ævar Arnfjörð Bjarmason
@ 2022-04-06 17:39 ` Junio C Hamano
2022-04-06 18:12 ` rsbecker
1 sibling, 1 reply; 6+ messages in thread
From: Junio C Hamano @ 2022-04-06 17:39 UTC (permalink / raw)
To: rsbecker; +Cc: git
<rsbecker@nexbridge.com> writes:
> t6200 makes assumptions that ssh-keygen to be used is located in
> /usr/local/bin. This causes problems when we have multiple OpenSSL
> installations - which we do - 3 of them. Our environment supplies OpenSSL
> 1.1 in /usr/local-ssl1.1, with a corresponding version of ssh-agent in a
> different directory. There needs to be a mechanism to override the
> ssh-keygen so that tests will work in this situation.
>
> *** RLD ERROR ***: Unresolved Text Symbol OPENSSL_add_all_algorithms_noconf
> in file /usr/local/bin/ssh-keygen.
>
> *** RLD ERROR ***: Unresolved Text Symbol EVP_MD_CTX_cleanup in file
> /usr/local/bin/ssh-keygen.
>
> *** RLD ERROR ***: Unresolved Text Symbol SSLeay in file
> /usr/local/bin/ssh-keygen.
>
> *** RLD ERROR ***: Unresolved Text Symbol EVP_MD_block_size in file
> /usr/local/bin/ssh-keygen.
>
> *** RLD ERROR ***: Unresolved Text Symbol EVP_MD_CTX_init in file
> /usr/local/bin/ssh-keygen.
>
> I do not know why the test is forcing SSH in /usr/local/bin - it is not
> something coming from our environment, which has PATH set correctly.
Indeed that is curious, as the only hits to usr/local in t/ is this one:
$ git grep usr/local t/
t/test-lib.sh:test FreeBSD != $uname_s || GIT_UNZIP=${GIT_UNZIP:-/usr/local/bin/unzip}
^ permalink raw reply [flat|nested] 6+ messages in thread
* RE: [BUG] git-2.36.0-rc0 - t6200 fails due to library/path issues
2022-04-06 17:39 ` Junio C Hamano
@ 2022-04-06 18:12 ` rsbecker
0 siblings, 0 replies; 6+ messages in thread
From: rsbecker @ 2022-04-06 18:12 UTC (permalink / raw)
To: 'Junio C Hamano'; +Cc: git
On April 6, 2022 1:39 PM, Junio C Hamano wrote:
><rsbecker@nexbridge.com> writes:
>
>> t6200 makes assumptions that ssh-keygen to be used is located in
>> /usr/local/bin. This causes problems when we have multiple OpenSSL
>> installations - which we do - 3 of them. Our environment supplies
>> OpenSSL
>> 1.1 in /usr/local-ssl1.1, with a corresponding version of ssh-agent in
>> a different directory. There needs to be a mechanism to override the
>> ssh-keygen so that tests will work in this situation.
>>
>> *** RLD ERROR ***: Unresolved Text Symbol
>> OPENSSL_add_all_algorithms_noconf in file /usr/local/bin/ssh-keygen.
>>
>> *** RLD ERROR ***: Unresolved Text Symbol EVP_MD_CTX_cleanup in file
>> /usr/local/bin/ssh-keygen.
>>
>> *** RLD ERROR ***: Unresolved Text Symbol SSLeay in file
>> /usr/local/bin/ssh-keygen.
>>
>> *** RLD ERROR ***: Unresolved Text Symbol EVP_MD_block_size in file
>> /usr/local/bin/ssh-keygen.
>>
>> *** RLD ERROR ***: Unresolved Text Symbol EVP_MD_CTX_init in file
>> /usr/local/bin/ssh-keygen.
>>
>> I do not know why the test is forcing SSH in /usr/local/bin - it is
>> not something coming from our environment, which has PATH set correctly.
>
>Indeed that is curious, as the only hits to usr/local in t/ is this one:
>
> $ git grep usr/local t/
> t/test-lib.sh:test FreeBSD != $uname_s || GIT_UNZIP=${GIT_UNZIP:-
>/usr/local/bin/unzip}
I think it's coming from the NonStop definition in config.mak.uname, but I
need to be able to override the PATH to pick up the correct OpenSSH for the
OpenSSL build. We have 12 different OpenSSL builds at this point and 3
OpenSSH builds - which will likely go to 6 within the year. The complexity
is wacky but needed because we cannot set up a VM for NonStop with the
hardware we have.
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2022-04-06 20:12 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-04-06 11:18 [BUG] git-2.36.0-rc0 - t6200 fails due to library/path issues rsbecker
2022-04-06 13:51 ` Ævar Arnfjörð Bjarmason
2022-04-06 15:32 ` rsbecker
2022-04-06 15:38 ` rsbecker
2022-04-06 17:39 ` Junio C Hamano
2022-04-06 18:12 ` rsbecker
Code repositories for project(s) associated with this public inbox
https://80x24.org/mirrors/git.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).