Summary: | app-text/acroread uses dev-libs/openssl:0.9.8 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Agostino Sarubbo <ago> |
Component: | Current packages | Assignee: | Printing Team <printing> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | holger, Oliver, pacho |
Priority: | Normal | Keywords: | PMASKED |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 569792 |
Description
Agostino Sarubbo
2015-12-26 12:13:25 UTC
After investigations seems abandoned upstream. Latest release was in 2013. You can think about mask and removal. I am opposed to lastrite this as I still need this from time to time for some pdf files (usually those involving to fill things inside them that are still failing in some cases with free alternatives) I also wonder how ArchLinux people are able to package this without openssl:0.9.8 :/ https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=acroread Umm, it looks to work with the ugly workaround of symlinking libssl and libcrypto from :0 slot as 0.9.8 :/ (In reply to Pacho Ramos from comment #3) > Umm, it looks to work with the ugly workaround of symlinking libssl and > libcrypto from :0 slot as 0.9.8 :/ Can confirm that this works for me as well with 1.0.2g-r2 (was worried for a second there - I *need* acroread.) It's probably best not to overthink this; there's a good chance that the dependency is purely accidental and that whoever linked this thing together had no real idea what they were doing. Acroread also contains parts of an old zlib while at the same time linking against zlib. Really, don't ask. Currently 0.9.8z is latest for 0.9.8 in Gentoo. Latest version of OpenSSL is however 0.9.8zh. Can that be upgraded? Or an alternate dependency on that mentioned ugly workaround? I've taken the liberty to hard-mask Acrobat Reader. It's a security nightmare. removed |