| Summary: | gpgme 0.4.0 failed due to "too old libgcrypt" | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Yannick Koehler (RETIRED) <ykoehler> |
| Component: | New packages | Assignee: | J Robert Ray <jrray> |
| Status: | RESOLVED INVALID | ||
| Severity: | normal | CC: | jap1 |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Yannick Koehler (RETIRED)
2003-02-10 18:17:35 UTC
There isn't a good way to express the dependency issues involved here. What is happening to you is gpgme detected the presense of gpgsm installed on your box, and when testing gpgsm, gpgsm discovers that the version of libgcrypt you have installed is too old. First things first, gpgsm comes from the newpg package, and the newpg ebuild specifies a dependency of >=dev-libs/libgcrypt-1.1.8. So, you shouldn't have a situation where you have gpgsm installed but not a new enough version of libgcrypt. You box must be in a unique position over the course of development of these packages, and this situation shouldn't occur to a normal user. Anyway, gpgme does not depend on gpgsm (but will use it apparently for something), and gpgme doesn't depend on libgcrypt at all, so I am reluctant to add a dependency entry for it. Please remerge newpg and see if that resolves this issue for you. Just wanted to add the gpgsm is a supported engine/backend for gpgme, just as gnupg is. So, gpgme should have USE flags to enable the gpgsm/newpg dependency. I would suggest having 'crypt' pull in newpg. What happened is that newpg was installed without the >=libgcrypt1.1.8 probably at my first installation of that non-official ebuild (at that time) and I didn't had it re-installed once you committed it to cvs. So totally related to my install only, closing. |