Hi! I'm currently updating some Python packages in our Public Cloud repositories for SLE-12 and I ran into a repeating issue that I'm not sure what it's causing but I assume it's an issue with RPM macros: [ 70s] error: Too many levels of recursion in macro expansion. It is likely caused by recursive macro declaration. [ 70s] error: Too many levels of recursion in macro expansion. It is likely caused by recursive macro declaration. [ 70s] error: Too many levels of recursion in macro expansion. It is likely caused by recursive macro declaration. [ 70s] error: Too many levels of recursion in macro expansion. It is likely caused by recursive macro declaration. [ 70s] error: lua script failed: [string "<lua>"]:45: bad argument #2 to 'format' (string expected, got nil) [ 70s] error: line 38: Provides: python2-cffi = 1.14.5-2.1 [ 70s] %package -n python36-cffi Thanks, Adrian
Dne 21. 05. 21 v 9:42 John Paul Adrian Glaubitz napsal(a):
Please, file a proper bug report to the Bugzilla. We will probably have to update python-rpm-macros in SLE-12, and we will need it. Thanks, Matěj -- https://matej.ceplovi.cz/blog/, Jabber: mcepl@ceplovi.cz GPG Finger: 3C76 A027 CA45 AD70 98B5 BC1D 7920 5802 880B C9D8 Besides, the determined Real Programmer can write Fortran programs in any language. -- Ed Post, Real Programmers Don't Use Pascal
Hi, Am 21.05.21 um 12:19 schrieb Matěj Cepl:
By "Public Cloud repositories for SLE-12", do you by any chance refer to devel projects inheriting their stuff from devel:languages:python:backports/SLE12_SP* [1]? Almost any package in a devel project where such a SLE-12 target is configured has been failing with the mentioned error for months. Nobody seemed to care until now.
I am almost certain that building a python package against true SLE-12 without importing from the devel projects will not show these errors. The problem is rather that d:l:p:backports includes a recent python-rpm-macros, but either RPM or Lua in SLE-12 are too old to deal with it. Suggestion: - Use an older python-rpm-macros and import it into the SLE12 build target for d:l:p:backports through something similar as you already had done with devel:languages:python:backports:SLE_12_SP2 - Ben [1] https://build.opensuse.org/project/monitor/devel:languages:python:backports?...
Thanks,
Matěj
Hello! On 5/21/21 6:48 PM, Ben Greiner wrote:
By "Public Cloud repositories for SLE-12", do you by any chance refer to devel projects inheriting their stuff from devel:languages:python:backports/SLE12_SP*[1]?
No, I am talking about internal projects hosted on IBS.
Almost any package in a devel project where such a SLE-12 target is configured has been failing with the mentioned error for months. Nobody seemed to care until now.
I am talking about different repos though. Although it's good to see the error is reproducible outside IBS.
Yes, that was my suspicion as well. Updating python-rpm-macros didn't help. But I also ran into issues with the current version of RPM on SLE-12.
Since the repository is not d:l:p:b but a different one, it does not have the same version of python-rpm-macros. Adrian
Dne 21. 05. 21 v 9:42 John Paul Adrian Glaubitz napsal(a):
Please, file a proper bug report to the Bugzilla. We will probably have to update python-rpm-macros in SLE-12, and we will need it. Thanks, Matěj -- https://matej.ceplovi.cz/blog/, Jabber: mcepl@ceplovi.cz GPG Finger: 3C76 A027 CA45 AD70 98B5 BC1D 7920 5802 880B C9D8 Besides, the determined Real Programmer can write Fortran programs in any language. -- Ed Post, Real Programmers Don't Use Pascal
Hi, Am 21.05.21 um 12:19 schrieb Matěj Cepl:
By "Public Cloud repositories for SLE-12", do you by any chance refer to devel projects inheriting their stuff from devel:languages:python:backports/SLE12_SP* [1]? Almost any package in a devel project where such a SLE-12 target is configured has been failing with the mentioned error for months. Nobody seemed to care until now.
I am almost certain that building a python package against true SLE-12 without importing from the devel projects will not show these errors. The problem is rather that d:l:p:backports includes a recent python-rpm-macros, but either RPM or Lua in SLE-12 are too old to deal with it. Suggestion: - Use an older python-rpm-macros and import it into the SLE12 build target for d:l:p:backports through something similar as you already had done with devel:languages:python:backports:SLE_12_SP2 - Ben [1] https://build.opensuse.org/project/monitor/devel:languages:python:backports?...
Thanks,
Matěj
Hello! On 5/21/21 6:48 PM, Ben Greiner wrote:
By "Public Cloud repositories for SLE-12", do you by any chance refer to devel projects inheriting their stuff from devel:languages:python:backports/SLE12_SP*[1]?
No, I am talking about internal projects hosted on IBS.
Almost any package in a devel project where such a SLE-12 target is configured has been failing with the mentioned error for months. Nobody seemed to care until now.
I am talking about different repos though. Although it's good to see the error is reproducible outside IBS.
Yes, that was my suspicion as well. Updating python-rpm-macros didn't help. But I also ran into issues with the current version of RPM on SLE-12.
Since the repository is not d:l:p:b but a different one, it does not have the same version of python-rpm-macros. Adrian
participants (3)
-
Ben Greiner -
John Paul Adrian Glaubitz -
Matěj Cepl