-
Notifications
You must be signed in to change notification settings - Fork 412
vendored-openssl broken with new resolver #718
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
Comments
so I dug some more: I was wondering why cargo does not suffer the same issue if I enable the new resolver in there. it seems to be fixable by pinning the openssl crate with its That is just a workaround and means the |
Turns out the git2 dependency on openssl-sys was conditional to happen everywhere but macOS, which means that vendored-openssl didn't work. The fix here is to forward the feature to the `libgit2-sys` crate which depends on `openssl-sys` even on macOS. Closes rust-lang#718
Ah the fix here is relatively simple I think -- #719 -- and it's just macOS specific because the |
@alexcrichton ha I totally did not see that! thanks for looking into it ❤️ |
Turns out the git2 dependency on openssl-sys was conditional to happen everywhere but macOS, which means that vendored-openssl didn't work. The fix here is to forward the feature to the `libgit2-sys` crate which depends on `openssl-sys` even on macOS. Closes #718
over at
gitui
a user noted that we start to seeopenssl
as a dylib dependency on macos:no the interesting part is: we use git2 via:
now this worked up until now but started to stop actually vendoring (and therefore not having a dependency on openssl shared objects) since we use
resolver = "2"
.Now I am wondering is that something about how this feature is implemented or actually a bug in the new resolver ? 😱
see gitui-org/gitui#772 (comment)
The text was updated successfully, but these errors were encountered: