cern-it-sdc-id/dmc/davix fails to build

Question

cern-it-sdc-id/dmc/davix fails to build

maarten-k opened this issue 9 years ago · comments

davix fails to build under Mac OS el capitan. Build hangs after:

-- Checking for module 'gsoapssl++'
-- Found gsoapssl++, version 2.8
-- - wsdlh : /usr/local/bin/wsdl2h
-- - SOAPCPP2 : /usr/local/bin/soapcpp2

log output can be find in log.txt

Georgios Bitzes · Answer 1 · Fri Jan 29 2016 16:29:01 GMT+0800 (China Standard Time)

I forgot about this one, my bad.. I'll push a fix on Monday, cheers

Georgios Bitzes · Answer 2 · Mon Feb 01 2016 01:38:41 GMT+0800 (China Standard Time)

Hi, the dependency on OpenMP has been removed. Could you confirm that it builds now?

Maarten Kooyman · Answer 3 · Mon Feb 01 2016 04:29:02 GMT+0800 (China Standard Time)

@gbitzes Where can I find the fix/patch?

Georgios Bitzes · Answer 4 · Mon Feb 01 2016 04:32:02 GMT+0800 (China Standard Time)

I committed the fix to both master and devel branches of the davix repo. I'm not familiar with Mac OS, but I think that running the homebrew recipe should work now, since it appears it pulls the code directly from git.

Maarten Kooyman · Answer 5 · Mon Feb 01 2016 05:05:12 GMT+0800 (China Standard Time)

@gbitzes I thought there was a change in the Formula, but i did not check the source of the software itself:

However, It still freezes with the same line(see
log2.txt
)

Georgios Bitzes · Answer 6 · Mon Feb 01 2016 16:44:24 GMT+0800 (China Standard Time)

Hi, which command are you running? I do "brew install --build-from-source cern-it-sdc-id/dmc/davix" and it works.

Maarten Kooyman · Answer 7 · Mon Feb 01 2016 19:04:42 GMT+0800 (China Standard Time)

I used

$brew install --build-from-source --verbose cern-it-sdc-id/dmc/davix

which gave me the same results. Since it stoped
Since it stopped at SOAPCPP2 , likely the error is there: I am using version gsoap 2.8.25

Georgios Bitzes · Answer 8 · Tue Feb 02 2016 00:55:54 GMT+0800 (China Standard Time)

You were right, there was still one more issue to be fixed. It seems that the soapcpp2 tool used when configuring with cmake has an incompatibility between the Linux and MacOS versions.

In Linux, running "soapcpp2 -v" gives you version info, but on MacOS it activates verbose output, and the tool hangs waiting for input.

Try again

Maarten Kooyman · Answer 9 · Tue Feb 02 2016 04:30:56 GMT+0800 (China Standard Time)

Nice! It did work. However the cgsi-gsoap package runs into the same problem. Shall I open a separate issue?

Georgios Bitzes · Answer 10 · Thu Feb 04 2016 16:43:21 GMT+0800 (China Standard Time)

Hi Maarten,

I fixed the issue in cgsi-gsoap, too. It was using the same code to find the version of soapcpp2. However, I'm now getting a different error for this package, "Could not find voms". Are you getting the same?

I'm not sure if this is related to differences in voms2 / voms3, I'll have to ask Alex.

Maarten Kooyman · Answer 11 · Thu Feb 04 2016 16:58:49 GMT+0800 (China Standard Time)

The voms packages is now the voms-clients 3.0.6 which are based on java and do not have the libraries as before. I think reverting to voms 2.0 without the voms client tools and a separate voms-clients formula for the current formula would be a solution. (or make a separate voms-libs packages?)

Georgios Bitzes · Answer 12 · Mon Feb 08 2016 23:42:37 GMT+0800 (China Standard Time)

I see. I made cgsi-gsoap depend on voms2, and for the time being I'm using the old recipe from homebrew to build it.

Now the package should build, I think. You might have to remove the voms package, though, since the two versions conflict, even though they have different names. (voms2 vs voms)

Maarten Kooyman · Answer 13 · Fri Mar 18 2016 22:49:37 GMT+0800 (China Standard Time)

I am able to install davix , gfal2 gfal2-utilities smoothly.

However, I do have some problems with importing the python module:

/System/Library/Frameworks/Python.framework/Versions/2.7/bin/python
Python 2.7.10 (default, Oct 23 2015, 18:05:06)
[GCC 4.2.1 Compatible Apple LLVM 7.0.0 (clang-700.0.59.5)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
import gfal2
Traceback (most recent call last):
File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py", line 550, in
main()
File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py", line 532, in main
known_paths = addusersitepackages(known_paths)
File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py", line 266, in addusersitepackages
user_site = getusersitepackages()
File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py", line 241, in getusersitepackages
user_base = getuserbase() # this will also set USER_BASE
File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py", line 231, in getuserbase
USER_BASE = get_config_var('userbase')
File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/sysconfig.py", line 520, in get_config_var
return get_config_vars().get(name)
File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/sysconfig.py", line 453, in get_config_vars
import re
File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/re.py", line 108, in
import _locale
SystemError: dynamic module not initialized properly``

Maarten Kooyman · Answer 14 · Fri Mar 18 2016 22:58:07 GMT+0800 (China Standard Time)

My bad! I used a different version than compiling python which results in this error.

[15:56:19]maartenk@macbook/usr/local/Cellar/python/2.7.11/bin
$./python
Python 2.7.11 (default, Feb 22 2016, 22:46:52)
[GCC 4.2.1 Compatible Apple LLVM 7.0.2 (clang-700.1.81)] on darwin
Type "help", "copyright", "credits" or "license" for more information. import gfal2

Thanks for helping me out!