Bug 1175309 - various python packages fail to build
Summary: various python packages fail to build
Status: NEW
Alias: None
Product: openSUSE Tumbleweed
Classification: openSUSE
Component: Development (show other bugs)
Version: Current
Hardware: Other Other
: P5 - None : Normal (vote)
Target Milestone: ---
Assignee: Lubos Kocman
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-08-15 18:51 UTC by Bernhard Wiedemann
Modified: 2021-04-26 04:24 UTC (History)
2 users (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Bernhard Wiedemann 2020-08-15 18:51:00 UTC 
Steps to Reproduce:
osc co openSUSE:Factory/intelhex && cd $_
osc build --noservice --clean standard


Actual Results:
 RPM build errors:
     File not found: /home/abuild/rpmbuild/BUILDROOT/intelhex-2.2.1-0.x86_64/usr/lib/python3.8/site-packages/*


In the buildroot there is only python2.7
Comment 1 Bernhard Wiedemann 2020-08-15 18:56:10 UTC 
other affected packages:

gyp
python-python-openid
python-requestbuilder
Comment 2 Klaus Kämpf 2020-08-16 10:22:57 UTC 
Fixed for intelhex: https://build.opensuse.org/request/show/827006

passing on to 'gyp' maintainer
Comment 3 Bernhard Wiedemann 2020-08-17 02:45:13 UTC 
easy enough, so I submitted
https://build.opensuse.org/request/show/827163 python-python-openid
Comment 4 Martin Pluskal 2020-08-17 07:28:59 UTC 
(In reply to Klaus Kämpf from comment #2)
> Fixed for intelhex: https://build.opensuse.org/request/show/827006
> 
> passing on to 'gyp' maintainer

Passing back, feel free to reassign when you have useful description of problem.
Comment 5 Bernhard Wiedemann 2020-08-17 19:53:50 UTC 
@mpluskal:
Steps to Reproduce:
osc co openSUSE:Factory/gyp && cd $_
osc build --noservice --clean

Somehow, a python38 result is expected, when gyp only produces a python27 one.

https://build.opensuse.org/request/show/827163 said,
"you also have to switch to singlespec if you want it to really compile"
Comment 6 Martin Pluskal 2020-08-18 06:05:06 UTC 
(In reply to Bernhard Wiedemann from comment #5)
> @mpluskal:
> Steps to Reproduce:
> osc co openSUSE:Factory/gyp && cd $_
> osc build --noservice --clean
> 
> Somehow, a python38 result is expected, when gyp only produces a python27
> one.
> 
> https://build.opensuse.org/request/show/827163 said,
> "you also have to switch to singlespec if you want it to really compile"

Well duh its python2 package, and its bound to be dropped once it fails to build. Then drop request will be created automatically.

Please stop assigning me such bugs - you are not helping anything.
Comment 7 Martin Pluskal 2020-08-18 06:09:23 UTC 
(In reply to Martin Pluskal from comment #6)
> (In reply to Bernhard Wiedemann from comment #5)
> > @mpluskal:
> > Steps to Reproduce:
> > osc co openSUSE:Factory/gyp && cd $_
> > osc build --noservice --clean
> > 
> > Somehow, a python38 result is expected, when gyp only produces a python27
> > one.
> > 
> > https://build.opensuse.org/request/show/827163 said,
> > "you also have to switch to singlespec if you want it to really compile"
> 
> Well duh its python2 package, and its bound to be dropped once it fails to
> build. Then drop request will be created automatically.
> 
> Please stop assigning me such bugs - you are not helping anything.

Also there is no rule saying that anything that is in python has to produce pythonXY-foo ...
Comment 8 Tomáš Chvátal 2020-08-18 06:46:18 UTC 
(In reply to Bernhard Wiedemann from comment #5)
> @mpluskal:
> Steps to Reproduce:
> osc co openSUSE:Factory/gyp && cd $_
> osc build --noservice --clean
> 
> Somehow, a python38 result is expected, when gyp only produces a python27
> one.
> 
> https://build.opensuse.org/request/show/827163 said,
> "you also have to switch to singlespec if you want it to really compile"

Yep if it works under py3, but if you look at that codebase it would never work.

So if the pkg is py2 based only then it needs to be removed...