When building openvas-libraries (an application which needs gpgme.h) it fails. For some reason I noticed in gentoo that gpgme.h isn't in /usr/include it is in /usr/include/gpgme This isn't standard for sure and since I can't find any other apps that ship /usr/include/gpgme.h this doesn't seem to make sense to me. I am guessing this should be assigned to the gpgme maintainer but I defer to the wisdom of the bug wranglers. Reproducible: Always Steps to Reproduce: 1.Try to build openvas-libraries-3.1.0.rc 2.cannot find /usr/include/gpgme.h 3.cry Actual Results: Can't find /usr/include/gpgme.h Expected Results: /usr/include/gpgme/gpgme.h should reside in /usr/include/gpgme.h
'gpgme-config --cflags' outputs '-I/usr/include/gpgme' How about attaching the build log of that application ?
Created attachment 236835 [details] build.log Please note, this ebuild is not in portage, this is something I'm working on.
Created attachment 236837 [details] ebuild current ebuild if anyone wants to see it for some reason
The log seems to be from a completely different ebuild and makes no sense at all - it runs both configure script and cmake.
(In reply to comment #4) > The log seems to be from a completely different ebuild > and makes no sense at all - it runs both configure script > and cmake. > While I appreciate your confusion, and I agree it is odd, that is tough luck. It is what it is. This is the correct ebuild. As I pasted it you are more than welcome to try it out.
Next time, be more clear was your bug is about. It seems it's about two things: - a few months ago, openvas 3.0 was released (that's a dupe of bug 298307) - openvas upstream fails at proper use of any given build system (their configure.in was quite a bit Frankensteinish, for 3.1 (to be released) they've switched to cmake and didn't do much better) It seems, that unless they fix it before 3.1 gets released, the ebuild will need to do a lot of hacking. The problem with gpgme (they fail to use gpgme-config in cmake) will be just a tip of the iceberg.
Upstream has fixed this in 3.1.0.rc3 Please close this bug.
Created attachment 238775 [details] version bump to fix issue
we never had openvas 3 in the tree.