Bug 1395834

Summary: Build fails for lxml on python3.5 OS Preview
Product: Red Hat Software Collections Reporter: gudvinr
Component: rh-python35-containerAssignee: Charalampos Stratakis <cstratak>
Status: CLOSED CURRENTRELEASE QA Contact: BaseOS QE - Apps <qe-baseos-apps>
Severity: high Docs Contact:
Priority: unspecified    
Version: rh-python35CC: aos-bugs, hhorak, jokerman, jorton, mmccomas, yufchang
Target Milestone: ---   
Target Release: 3.1   
Hardware: Unspecified   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-10-16 19:39:58 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Bug Depends On:    
Bug Blocks: 1346768    

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