Unable to get gpgme installed

[scorpion7-7]

All,

Not a ruby developer - so hopefully someone can make "heads or tails" of this. Apologies for lack of Ruby background.

Basics:

• OS: FreeBSD 11.1 (OS has been mandated by policy - so "alternatives" are not an option)
• Trying to get application dependencies installed / A litany of other gems have installed without issue, which [should] suggest that the rest of the environment is "sane"?
• Application uses the "Gemfile" / "Gemfile.lock" structure and appears to install gems into localized directory structure, so system side installation of gpgme wouldn't solve the issue.

In an effort to breakdown what is happening, I did the following (please feel free to let me know if any of this wouldn't be valid to try to determine source of issue):

• Attempted system wide install of the gem (failed, "stalls")
• Enabled --verbose and --debug (still failed, no error message to indicate issue)
• Extracted archive contents
• ran ./configure (worked)
• ran make (worked)
• ran make install (failed, stalls)
• ...
• changed into "doc" directory
• ran make install (failed - stalled on the line: "sed '/^##/ d' >errorref.txt.x")

Back tracking this, it appears (I think) to be related to this: doc/Makefile.am Line 71: sed '/^##/ d' $< >$@

Suspect that "$<" is not evaluated to a value? Noting the lack of input filename (would think that should be present, no? Thus fulfilling the "$<" variable declaration in the above)

Hopefully someone has some thoughts on this and/or possible fix? Wasn't sure how critical the errorref.txt.x file is, so didn't want to try to figure out a means to bypass and end up with an application issue.

THANKS!

[scorpion7-7]

[zx96]

I was running into the same issue trying to get GitLab running on FreeBSD 11.1. When you pointed out that there was an issue in the make process, it reminded me of an issue I had with another dependency (grpc).

You need to build on FreeBSD with GNU Make, which is installed as gmake instead of make. To resolve that, I ran:

mkdir ~/bin
ln -s $(which gmake) ~/bin/make
PATH="~/bin:$PATH" bundle install  # or gem install gpgme

After that, I still had issues with posix-io.c, but I decided to take the easy route of resolving that and adding the --use-system-libraries flag as suggested by gpgme. Obviously, this isn't a long-term fix, but... If you're also using Bundle, you can set that with:

bundle config build.gpgme --use-system-libraries

Now, onto fixing the next dependency!