so, I've masked version 0.9.1-r1 as it didn't compile for me either way.
with that said, sbsigntools-0.6-r2 with the RDEPENDS set to
|| ( dev-libs/openssl:0= dev-libs/libressl:0= )
doesn't seem to complain. Is there a reason why it hard depends on openssl?
I'm not really using this thing just yet, but today's problem is convincing my @world to not hard depend on openssl & this was one of the last pieces of the puzzle.
(In reply to Erik from comment #0)
> so, I've masked version 0.9.1-r1 as it didn't compile for me either way.
Please submit a bug for this, or use this one.
Should we add it to https://bugs.gentoo.org/561854 as a dependency?
Created attachment 548112 [details, diff]
I've edited ebuild to depend on libressl instead of openssl and to use only this patch, added it to local overlay, merged the package and tried to sign kernel with it and boot it. Everything went flawlessly... except for a few warnings during the signing process, but I don't think they are relevant: https://askubuntu.com/questions/717339/should-i-be-worried-about-warning-checksum-areas-are-greater-than-image-size
The attached patch will break regular openssl support. Would you mind guarding the defines in a compatible manner?