Open winks opened 2 years ago
Ticket was created after I was told to open an issue on #erlang.
After reading the source I think rebar_utils.erl:1045
actually solves this problem, at least adding this to my ~/.config/rebar3/rebar.config
seems to have helped:
{ssl_cacerts_path, ["/usr/local/share/ca-certificates/Foo-CA.crt"]}.
So I guess this is simply a documentation "bug" (or my bad) because I did not find anything on the website regarding certificates.
$ DEBUG=1 rebar3 version
===> Load global config file /home/florian/.config/rebar3/rebar.config
===> 24.2 satisfies the requirement for minimum OTP version 18
===> Evaluating config script "/home/florian/.cache/rebar3/plugins/hex_core/rebar.config.script"
===> 24.2 satisfies the requirement for minimum OTP version 19.3
===> Compile (apps)
===> Fetching rebar3_hex v7.0.1
===> Making request to get package rebar3_hex from repo hexpm (#{api_url => <<"https://hex.pm/api">>,name => <<"hexpm">>,
repo_name => <<"hexpm">>,repo_organization => undefined,
repo_url => <<"https://repo.hex.pm">>,repo_verify => true,
repo_verify_origin => true})
===> Downloaded package rebar3_hex, caching at /home/florian/.cache/rebar3/hex/hexpm/packages/rebar3_hex-7.0.1.tar
Yep. THat is correct. We'll probably need to open a PR on the doc site and fix this. Tagging this issue as a documentation issue.
Version info
Current behaviour
When running rebar3 for the first time after putting
{plugins, [rebar3_hex]}.
into~/.config/rebar3/rebar.config
and being behind a proxy which intercepts SSL, you will get an Unknown CA error:In my case I was running
rebar3 hex build
but I think I was able to repro it with just runningrebar3
without argumentsExpected behaviour
Some means to configure a CA bundle to be added in addition to the defaults. For example this hexpm PR introduced
HEX_CACERTS_PATH
and this solved the exact same problem on the same machine a few weeks ago.