New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update problems with corporate proxy with user and pass #20948
Comments
@ararslan, i can clearly see a bug report here. You don't? |
Well, the ending question makes it sound more like a request for help. The OP does not say explicitly whether the steps he followed are those recommended in the manual, or whether this issue is precisely about the fact that no documentation exists about proxies. Anyway somebody familiar with the libgit2 code will tell whether it's a bug or not. |
@nalimilan, maybe re-opening increases the visibility for libgit2 experts? |
@fredrikekre If i'm not mistaken, some of the experts regularly write, they are better reachable on github. |
No, I just cross-referenced. |
I suspect it may have something to do with this issue: libgit2/libgit2#2106. Could you try the latest nightly build (which has a newer version of libgit2) and see if that fixes it? |
Hi, I downloaded the nightly build. This is what happened:
Well, at least the error is now different than before. Gretings from Germany! |
@Milou314, afaiu even the 'new' libgit2 would read configuration form a .gitconfig or from ENV? |
Hmm, it seems that 0.6 is completely ignoring the proxy settings (i.e. giving an invalid proxy doesn't throw any error on my machine). Unfortunately this is too far out of my experience. If anyone else wants to take it up you can use poxyproxy, which is what libgit2 use for testing. |
@simonbyrne; looks like this is a OS-specific problem. I just installed (actually only unpacked) the linux nightly 0.6 and Pkg.init() could correctly fetch METADATA via http proxy set via export in shell. |
Are you behind a proxy? My concern is that it's completely ignoring the proxy settings. |
@simonbyrne; i'm currently at my workplace, which is firewalled and proxied and the linux i tested is even further away from the internet connection (cloud-instance far away...).
|
Now on a windows box in the same network i get:
(inlc. setting of HTTPS_PROXY) |
should they be visible in Libgit2 like ProxyOptions or getconfig? |
I have the same issue. This also affects proxies without user name and password and make 0.6 unusable for me at work. I see this as something that is critical to fix before 0.6 release. |
@mpastell What OS are you using? And what errors does, say,
give in both 0.5 and 0.6 nightly? |
I can confirm that passwordless proxy settings (both set via |
@simonbyrne, so which windows build (post 0.5) should be able to read proxy setting correctly? |
I'm not sure I understand your question: from what I can tell, the 0.6 Windows nightlies do not read the proxy settings at all. |
If you call this a regression, then there should be windows version in the past that does Pkg via LibGit2 that worked with proxy settings. |
Well, 0.5 does. I don't know which commit broke it, but I would suspect it was the upgrade of LibGit2 from 0.24 to 0.25. |
I'm confused. But why then is it working with a 0.6 linux? |
I think libgit2 uses different libraries for the http stuff on Windows and Linux. |
Great. |
The release notes of libgit2 0.25 say:
|
Ah, so that's what's going on (I should have remembered, I made the changes to the structs). This might explain the linux behaviour:
|
maybe enough to change the default value of that parameter then? |
@ararslan Has this been tested sucessfully? |
GitHub auto-closed this since I merged Simon's PR that had the text "fix #20948" in it. This shouldn't be closed until we can verify it's working as expected. |
For me the issue is fixed with the current nightly (8f97e6e, Windows 7 x64 ). I just tested and it works behind proxy with the same settings as in 0.5.1 (no authentication). |
I changed all as proposed by #21044 - well this results in:
AnacondaPython |
@Milou314 The version you tested is too old: |
Oh, sorry. I just changed the lines myself. So there are other changes not reported in #21044 ?? |
|
I would check the format for proxy url in |
@Milou314 Are you using environment variables or |
Well, this was (finally) the right question! For Python I use environment variables. But I found somewehre in the web the proposal to generate I also checked, wether the new version works without Thank you all for fixing the mixed software and human bug ;) |
Fantastic. I was also successful in emulating it in a VM via both a
and with the environment variables
|
@simonbyrne; you ran windows in VM? Or linux? |
yay, an easy fix for once. could use a doc note too now that we have a known good "how it should work" confirmation (@Milou314 just editing .jl files in base isn't quite enough to change behavior since the standard library is precompiled, see the devdocs on building a system image for the step you were missing) |
Windows VM only. |
I am experiencing building error in Julia v1.0.2 on both packages When I move my connection behind a VPN, I can build both packages without error. It seems the problem I get is similar to this old problem. Is there a regression? |
I am experiencing this issue on Julia version ≥ 1.0. It seems that my proxy settings are correct because I can See the report in the discourse at https://discourse.julialang.org/t/cannot-add-packages-maybe-due-to-corporate-firewall/19352. |
@wsshin Does it work if you apply the configuration changes described at #20948 (comment)? If not, please file a new issue. |
No, the configuration does not work; our proxy server does not require login. I will file a new issue. |
Hello,
I know this question was asked a hundred times in the web, but I did'nt find any solution. So I ask again for my special situation:
I istalled a fresh Julia 0.5.1 64-bit on my windows 7 computer. There is no program "git" or "git.exe" on the computer (which is part of several soutions) and it did not come with Julia.
If I call e.g. Pkg.status() (or any other Pkg related command) then I get:
The environment variables HTTP_PROXY, HTTPS_PROXY, FTP_PROXY,http_proxy,https_proxy and ftp_proxy are set in a proper way, i.e. http://user:pass@proxy:port and work well e.g. for all of my Python installations.
I also set C:/users/user/.gitconfig to:
and also tried to set
The error is always the same.
What to do now?
P.S.: user, pass, proxy and port were set to the actual values :-)
The text was updated successfully, but these errors were encountered: