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

ValueError in versioned symbols #72

Closed
reaperhulk opened this issue May 23, 2017 · 5 comments
Closed

ValueError in versioned symbols #72

reaperhulk opened this issue May 23, 2017 · 5 comments

Comments

@reaperhulk
Copy link
Contributor

reaperhulk commented May 23, 2017

When compiling a manylinux1 wheel against OpenSSL 1.1.0 the following exception is raised:

  File "/usr/local/bin/auditwheel", line 11, in <module>
    sys.exit(main())
  File "/opt/_internal/cpython-3.6.0/lib/python3.6/site-packages/auditwheel/main.py", line 49, in main
    rval = args.func(args, p)
  File "/opt/_internal/cpython-3.6.0/lib/python3.6/site-packages/auditwheel/main_repair.py", line 60, in execute
    wheel_abi = analyze_wheel_abi(args.WHEEL_FILE)
  File "/opt/_internal/cpython-3.6.0/lib/python3.6/site-packages/auditwheel/wheel_abi.py", line 82, in analyze_wheel_abi
    symbol_policy = versioned_symbols_policy(versioned_symbols)
  File "/opt/_internal/cpython-3.6.0/lib/python3.6/site-packages/auditwheel/policy/versioned_symbols.py", line 28, in versioned_symbols_policy
    sym_name, _ = symbol.split("_", 2)
ValueError: too many values to unpack (expected 2)

Looking in PDB the issue is that the symbol is expected to look something like GLIBC_2.2.5, but OpenSSL 1.1.0 is OPENSSL_1_1_0, which results in too many values.

@rmcgibbo
Copy link
Member

Ahh, good catch. I can fix this when I'm off work, but if you'd like to file a pull request, that would be great.

@rmcgibbo
Copy link
Member

It should be symbol.split("_", 1), I think.

@reaperhulk
Copy link
Contributor Author

@rmcgibbo Yep PR is up :)

@njsmith
Copy link
Member

njsmith commented May 23, 2017

It's not clear to me why we need to split the version strings at all, but I haven't looked at it or anything :-)

@ehashman rewrote the symbol version handling at the pycon sprints last year and might have thoughts too.

@ehashman
Copy link
Member

I'll take a look at this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants