Bug 1395834 - Build fails for lxml on python3.5 OS Preview
Summary: Build fails for lxml on python3.5 OS Preview
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Software Collections
Classification: Red Hat
Component: rh-python35-container
Version: rh-python35
Hardware: Unspecified
OS: Linux
unspecified
high
Target Milestone: ---
: 3.1
Assignee: Charalampos Stratakis
QA Contact: BaseOS QE - Apps
URL:
Whiteboard:
Depends On:
Blocks: 1346768
TreeView+ depends on / blocked
 
Reported: 2016-11-16 19:26 UTC by gudvinr
Modified: 2017-10-16 19:39 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-10-16 19:39:58 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description gudvinr 2016-11-16 19:26:09 UTC
Description of problem:
Build fails for PyPI packages that need to be built from sources.


Version-Release number of selected component (if applicable): openshift dev preview

How reproducible: Every time.

Steps to Reproduce:
1. make an python3.5 image
2. add git repo with requirements.txt containing:
lxml~=3.6.4
pandas~=0.18.1
3. try to build image

Actual results:

Build failing with an gcc error: http://pastebin.com/RPuutRdP


Expected results:
1. Downloading whl packages instead of sources if applicable (at least it's possible for lxml and pandas).
2. At least compile it without errors.

Comment 1 Ben Parees 2016-11-17 13:40:28 UTC
I think someone else may have hit this and found it was a memory issue, you might try assigning a higher memory limit to your buildconfig (it defaults to 512 i believe).

Barring that, the SCL team would need to investigate.

Comment 2 gudvinr 2016-11-19 19:46:37 UTC
(In reply to Ben Parees from comment #1)
> you might try assigning a higher memory limit to your buildconfig

Yeah, that was helpful. But it's better not to cap limits by default since quota already exists.

And what about downloading whl instead of src?

Comment 3 Petr Viktorin 2016-11-21 10:32:13 UTC
Support for manylinux1 .whl files was added in pip 8.1; the image contains pip 7.1.
Perhaps pip should be updated automatically.

Comment 4 Honza Horak 2017-04-10 12:55:37 UTC
I guess this upstream PR should fix this issue. Can anybody confirm?

Comment 8 Honza Horak 2017-10-16 19:39:58 UTC
Fided by https://github.com/sclorg/s2i-python-container/pull/159


Note You need to log in before you can comment on or make changes to this bug.