Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 667066 - net-libs/libssh2 USE="-gcrypt -libressl" - src_configure(): armv7a-unknown-linux-gnueabihf-gcc: /usr/lib/libssl.so: file not recognized: File format not recognized
Summary: net-libs/libssh2 USE="-gcrypt -libressl" - src_configure(): armv7a-unknown-li...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Netmon project
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-09-25 17:40 UTC by tt_1
Modified: 2018-10-01 12:35 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---

Attachments
emerge output (build.log,11.15 KB, text/plain)
2018-09-25 17:40 UTC, tt_1 		Details
patch to add prefix to the ebuild (hacky-fix.patch,397 bytes, patch)
2018-09-25 17:48 UTC, tt_1 		Details | Diff
compressed build.log (build.log.gz,2.70 KB, application/gzip)
2018-09-30 21:24 UTC, tt_1 		Details
compressed config log (config.log.gz,10.53 KB, application/gzip)
2018-09-30 21:26 UTC, tt_1 		Details
Show Obsolete (1) View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description tt_1 2018-09-25 17:40:43 UTC 
Created attachment 547918 [details]
emerge output

emerge-armv7a-unknown-linux-gnueabihf -pv libssh2 --oneshot

[ebuild N      ] net-libs/libssh2-1.8.0-r1::gentoo to /usr/armv7a-unknown-linux-gnueabihf/ USE="zlib -gcrypt -libressl -static-libs -test" 0 KiB

Total: 1 package (1 reinstall), Size of downloads: 0 KiB

fails with: 

checking for _FILE_OFFSET_BITS value needed for large files... 64
checking for ld used by GCC... /usr/libexec/gcc/armv7a-unknown-linux-gnueabihf/ld
checking if the linker (/usr/libexec/gcc/armv7a-unknown-linux-gnueabihf/ld) is GNU ld... yes
checking for shared library run path origin... done
checking for libssl... no
configure: error: No crypto library found!
Try --with-libssl-prefix=PATH
 or --with-libgcrypt-prefix=PATH
 or --with-libmbedtls-prefix=PATH
 or --with-wincng on Windows
Comment 1 tt_1 2018-09-25 17:48:12 UTC 
Created attachment 547920 [details, diff]
patch to add prefix to the ebuild

this works only for my case, how may I generalize the idea to not to break other ${CHOST} or prefixes?
Comment 2 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2018-09-30 17:12:28 UTC 
That's probably a sysroot material. Maybe bumping to EAPI 7 would solve it.
Comment 3 Jeroen Roovers (RETIRED) gentoo-dev 2018-09-30 20:50:52 UTC 
Comment on attachment 547918 [details]
emerge output

>configure: error: No crypto library found!

>!!! Please attach the following file when seeking support:
>!!! /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/net-libs/libssh2-1.8.0-r1/work/libssh2-1.8.0-.arm/config.log

Where is it?
Comment 4 James Le Cuirot gentoo-dev 2018-09-30 21:14:21 UTC 
I haven't actually looked yet but some oddball projects work if you pass something like --without-libssl-prefix as it then relies on the toolchain instead of stupid defaults.
Comment 5 tt_1 2018-09-30 21:24:26 UTC 
Created attachment 548542 [details]
compressed build.log

heres the build log without the hack I posted
Comment 6 tt_1 2018-09-30 21:26:49 UTC 
Created attachment 548544 [details]
compressed config log

and here the config log, totally forgot this could be of interest.
Comment 7 Jeroen Roovers (RETIRED) gentoo-dev 2018-10-01 11:54:19 UTC 
You could try =net-libs/libssh2-1.8.0-r2 which switches the build to cmake. Perhaps that accidentally fixes your problem, too.
Comment 8 tt_1 2018-10-01 12:35:46 UTC 
It does, case closed! :-)