Go to file
Miro Hrončok cad73c2159 Be more careful when loading the macros from sources
The %{?load:%{SOURCE102}} construct no longer works in RPM 4.17+

Currently, we:

1. Load %{SOURCE102} if it exists.
   This should always be the case when actually building the RPM or SRPM package.

2. Else, load macros.python-srpm if it exists.
   This is the case when something parses the spec from dist-git without setting
   %_sourcedir to the current working directory. E.g. rpmdev-bumpspec does this.

3. Else, don't load anything, get %{__default_python3_version} from the environment.
   This is the case when something parses the spec in isolation.
   Getting the version from sources is impossible, because the sources are missing.
   So we get the installed version instead. Note that this will blow up on Fedora < 33,
   but it already did before.
2021-04-27 11:58:15 +02:00
tests Document a TESTED_FILES value that currently works 2021-04-08 15:39:13 +02:00
.gitignore Initial setup of the repo 2016-01-12 23:33:17 +00:00
compileall2.py Update of bundled compileall2 module to 0.7.1 (bugfix release) 2020-03-31 14:24:09 +02:00
macros.pybytecompile Disable Python hash seed randomization in %py_byte_compile 2020-07-24 07:35:07 +02:00
macros.python Use sysconfig.get_path() to define %python_sitelib and %python_sitearch 2021-04-08 14:57:19 +02:00
macros.python-srpm Allow commas as argument separator for extras names in %python_extras_subpkg 2021-04-07 12:48:38 +02:00
macros.python3 Use sysconfig.get_path() to define %python_sitelib and %python_sitearch 2021-04-08 14:57:19 +02:00
python-rpm-macros.spec Be more careful when loading the macros from sources 2021-04-27 11:58:15 +02:00
python.lua Update comment for python_altnames() to reflect the reality 2021-02-24 13:06:35 +01:00
sources Initial setup of the repo 2016-01-12 23:33:17 +00:00