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

%python_module problems when flavors python2 and python3 are disabled #33

Closed
jayvdb opened this issue Sep 14, 2019 · 4 comments
Closed

Comments

@jayvdb
Copy link

jayvdb commented Sep 14, 2019

I have a hacky project conf which eliminates py2 from the project
https://build.opensuse.org/project/prjconf/home:jayvdb:py3only

The most obvious ugly side effect is py2-only packages become "unresolvable" (great!), but the reason is "nothing provides STOP-setuptools, nothing provides MACRO"
e.g.
https://build.opensuse.org/project/monitor/home:jayvdb:py3only?arch_x86_64=1&defaults=0&repo_openSUSE_Tumbleweed=1&unresolvable=1
currently bz2file, ipykernel & ipython

I guess the nothing provides STOP-setuptools is caused by https://github.com/openSUSE/python-rpm-macros/blob/d9968ab7b3c753a3cc82ec0b1d8fab1a249a09c1/buildset.in

%python_module_iter(a:) %{-a*}-%{args} %{expand:%%{?!python_module_iter_%1:%%{python_module_iter -a %*}}}
%python_module_iter_STOP stop
%python_module() %{expand:%%define args %{**}} %{expand:%%{python_module_iter -a %{pythons} STOP}}

If there isnt an easy way around that, I guess it could be made a bit prettier by replacing STOP with py0

"nothing provides MACRO" may be the same cause; i'm not sure.

@jayvdb
Copy link
Author

jayvdb commented Sep 14, 2019

The python-backports.* series have even stranger errors

[   39s] python_module_iter: option requires an argument -- 'a'
[   39s] error: Unknown option a in python_module_iter(a:)
[   39s] error: line 31: BuildRequires:  %{python_module setuptools}

https://build.opensuse.org/package/live_build_log/home:jayvdb:py3only/python-backports.functools_partialmethod/openSUSE_Tumbleweed/x86_64
Probably related to their .spec containing syntax like

%if %{python3_version_nodots} > 35
%define skip_python3 1
%endif

@scarabeusiv
Copy link
Contributor

This is a result of the packages not having any flavor at all, so they get unresolvable, we didn't solve this out as those packages will mostly need to be just deleted anyway because they serve no purpose on the product as they are having all the targets disabled. The message can be improved but as we plan to just kill them all in one batch it is kinda pointless to tweak the message.

@mcepl
Copy link
Contributor

mcepl commented Jul 20, 2021

This issue is probably complete obsolete with new versions of this package, isn't it?

@mcepl
Copy link
Contributor

mcepl commented Aug 2, 2021

No response, closing this. Please, feel free to reopen with the additional information.

@mcepl mcepl closed this as completed Aug 2, 2021
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

3 participants