Compiling libgit2-sys v0.6.12 Compiling libssh2-sys v0.2.6 error: failed to run custom build command for `openssl-sys v0.9.13` process didn't exit successfully: `/var/tmp/portage/dev-util/cargo-0.20.0/work/cargo-0.20.0/target/release/build/openssl-sys-296a41af4533eec4/build-script-build` (exit code: 101) --- stdout cargo:rustc-link-lib=ssl ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 13.0_libressl_20170716-132702 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-6.3.0 * Available Python interpreters, in order of preference: [1] python3.4 [2] python3.6 (fallback) [3] python3.5 (fallback) [4] python2.7 (fallback) [5] pypy (fallback) java-config: The following VMs are available for generation-2:
Created attachment 486746 [details] emerge-info.txt
Created attachment 486748 [details] dev-util:cargo-0.20.0:20170724-193341.log
Created attachment 486750 [details] emerge-history.txt
Created attachment 486752 [details] environment
Created attachment 486754 [details] etc.portage.tbz2
Created attachment 486756 [details] logs.tbz2
Created attachment 486758 [details] temp.tbz2
Created attachment 486860 [details, diff] Bump openssl-sys and openssl crates used to build cargo This error is due to the fact that the crate openssl-sys before 0.9.15 refuses to build with LibreSSL newer than 2.5.4, and the reporter's system (like mine) has LibreSSL 2.6.0. This patch bumps the openssl-sys and openssl crates for cargo from 0.9.13 to 0.9.15, which adds support for LibreSSL 2.5.5 and 2.6.0.
Created attachment 488398 [details, diff] Bump openssl crates using PATCHES array instead epatch This is the patch above, but I had to handle eapi6 Which is why I use a PATCHES array variable
@Daniel Harding VERY VERY thanks! If you use libressl~unstable this is what works!
You are very welcome @Ulenrich. And thanks for the improvement to my patch. I'm still learning all the ins and outs of ebuilds.
blocks https://bugs.gentoo.org/show_bug.cgi?id=561854 --- My browser doesn't let me to edit this bug accordingly. Or I am not allowed to.
Created attachment 493174 [details, diff] Alternative package name pattern matching. While attempting to guess my way through bumping this to 0.21.0 I came across at least one package that doesn't fit the pattern assumed by cargo.eclass (error-chain-0.11.0-rc.1). Not sure why they depend on some rc library, or what's considered a valid package name.
I just committed a bump for cargo-0.21.0, with a similar patch to the one proposed here, to bump the openssl{,-sys} dependency to 0.9.15.
Build failure comes right back with libressl-2.6.1.
Unfortunately there is not yet a release of openssl-sys supporting LibreSSL 2.6.1. It would theoretically be possible to patch openssl-sys when building cargo. I've gotten as far as figuring out what needs to be changed in openssl-sys, but haven't yet tried to figure out how to get the ebuild for cargo to apply that patch. It is fairly low on my priority list right now, so in the meantime I've just masked >=libressl-2.6.1 on my system.
ebuild for cargo 0.21.1 in bug #626272 compiles with libressl 2.6.1