Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Resolve issue with PycURL not matching SSL backend #2220

Merged
merged 4 commits into from Apr 12, 2016

Conversation

davidlt
Copy link
Contributor

@davidlt davidlt commented Mar 30, 2016

The following changes are from CMSSW_8_1_X to resolve:

    import pycurl
ImportError: pycurl: libcurl link-time ssl backend (openssl) is different from compile-time ssl backend (none/other)

More details are available in the commit messages. We have noticed that CRAB3 still uses mixed binaries and triggering this issue.

David Abdurachmanov added 4 commits March 30, 2016 14:23
Signed-off-by: David Abdurachmanov <David.Abdurachmanov@cern.ch>
(cherry picked from commit 79fdda9)
- Unset MAGIC because configure is using /bin/file instead finding file
  from the PATH. We cannot use magic file with a different version of
  file executable.

- We want to see compilation lines, thus disable silent rules.

Signed-off-by: David Abdurachmanov <David.Abdurachmanov@cern.ch>
(cherry picked from commit 9cead63)
Bump version to 7.43.0.

Add missing dependency on OpenSSL (pycurl includes headers if OpenSSL is
selected as backend).

We have noticed the following issue in GCC 5.3.0 branch:

    import pycurl
    ImportError: pycurl: libcurl link-time ssl backend (openssl) is
    different from compile-time ssl backend (none/other)

At compile time pycurl hardcoded the backend it's using:

    src/pycurl.h:#   define COMPILE_SSL_LIB "openssl"
    src/pycurl.h:#   define COMPILE_SSL_LIB "gnutls"
    src/pycurl.h:#   define COMPILE_SSL_LIB "nss"
    src/pycurl.h:#  define COMPILE_SSL_LIB "none/other"
    src/pycurl.h:# define COMPILE_SSL_LIB "none/other"

Then at run-time it queries cURL for fetures/configuration to check if
link-time [run-time] and compile-time SSL backends match. In our case it
didn't manage to figure SSL backend at compile-time.

We explicitly select that we are using OpenSSL.

Signed-off-by: David Abdurachmanov <David.Abdurachmanov@cern.ch>
(cherry picked from commit fa66506)
We have to point PycURL to correct OpenSSL installation directory
otherwise it attempts to use system path. On some machines openssl-devel
package was not installed triggering compliation failures.

Signed-off-by: David Abdurachmanov <David.Abdurachmanov@cern.ch>
(cherry picked from commit b202e77)
@cmsbuild
Copy link
Contributor

A new Pull Request was created by @davidlt for branch IB/CMSSW_8_0_X/gcc530.

@cmsbuild, @smuzaffar, @Degano, @iahmad-khan, @davidlange6 can you please review it and eventually sign? Thanks.
You can sign-off by replying to this message having '+1' in the first line of your reply.
You can reject by replying to this message having '-1' in the first line of your reply.

@davidlt
Copy link
Contributor Author

davidlt commented Mar 30, 2016

@smuzaffar these are commits from CMSSW_8_1_X.

@smuzaffar
Copy link
Contributor

cmsbuild, please test
thanks @davidlt

@cmsbuild
Copy link
Contributor

The tests are being triggered in jenkins.
https://cmssdt.cern.ch/jenkins/job/cmsdist-test-pr/144/console

@cmsbuild
Copy link
Contributor

-1

Tested at: a42bf81
I found errors in the following unit tests:

---> test runtestTqafTopEventSelection had ERRORS
---> test runtestSimCalorimetryHGCalSimProducers had ERRORS
---> test DetectorDescriptionRegressionTestDOMCount had ERRORS
---> test runtestRecoLocalCaloHGCalRecProducers had ERRORS

you can see the results of the tests here:
https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-2220/144/summary.html

@ghost
Copy link

ghost commented Apr 11, 2016

@davidlt Where those error unrelated? Shall we test again?

@davidlt
Copy link
Contributor Author

davidlt commented Apr 11, 2016

These changes are already in production for the last few weeks (in CMSSW_8_1_X). None of the failures are related to the change.

@ghost
Copy link

ghost commented Apr 11, 2016

please test

@cmsbuild
Copy link
Contributor

The tests are being triggered in jenkins.
https://cmssdt.cern.ch/jenkins/job/cmsdist-test-pr/149/console

@cmsbuild
Copy link
Contributor

-1

Tested at: a42bf81
I found errors in the following unit tests:

---> test DetectorDescriptionRegressionTestDOMCount had ERRORS
---> test runtestSimCalorimetryHGCalSimProducers had ERRORS
---> test runtestRecoLocalCaloHGCalRecProducers had ERRORS
---> test runtestTqafTopEventSelection had ERRORS

you can see the results of the tests here:
https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-2220/149/summary.html

@smuzaffar
Copy link
Contributor

this is already in 81X and errors are not related to this PR. So safe to merge this

@smuzaffar
Copy link
Contributor

+externals

@cmsbuild
Copy link
Contributor

This pull request is fully signed and it will be integrated in one of the next IB/CMSSW_8_0_X/gcc530 IBs (but tests are reportedly failing). This pull request requires discussion in the ORP meeting before it's merged. @slava77, @davidlange6, @smuzaffar

@smuzaffar
Copy link
Contributor

merge

@cmsbuild cmsbuild merged commit d7a33ab into cms-sw:IB/CMSSW_8_0_X/gcc530 Apr 12, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants