# ==================

# Top-level metadata

# ==================

%global pybasever 3.6

# pybasever without the dot:

%global pyshortver 36

Name: python%{pyshortver}

Summary: Version %{pybasever} of the Python interpreter

URL: https://www.python.org/

#  WARNING  When rebasing to a new Python version,

#           remember to update the python3-docs package as well

%global general_version %{pybasever}.11

#global prerel ...

%global upstream_version %{general_version}%{?prerel}

Version: %{general_version}%{?prerel:~%{prerel}}

Release: 4%{?dist}

License: Python

# ==================================

# Conditionals controlling the build

# ==================================

# Note that the bcond macros are named for the CLI option they create.

# "%%bcond_without" means "ENABLE by default and create a --without option"

# Flat package, i.e. python36, python37, python38 for tox etc.

# warning: changes some other defaults

# in Fedora, never turn this on for the python3 package

# and always keep it on for python36 etc.

# WARNING: This does not change the package name and summary above

%bcond_without flatpackage

# Whether to use RPM build wheels from the python-{pip,setuptools}-wheel package

# Uses upstream bundled prebuilt wheels otherwise

%bcond_without rpmwheels

# Expensive optimizations (mainly, profile-guided optimizations)

%ifarch %{ix86} x86_64

%bcond_without optimizations

%else

# On some architectures, the optimized build takes tens of hours, possibly

# longer than Koji's 24-hour timeout. Disable optimizations here.

%bcond_with optimizations

%endif

# Run the test suite in %%check

%bcond_without tests

# Extra build for debugging the interpreter or C-API extensions

# (the -debug subpackages)

%if %{with flatpackage}

%bcond_with debug_build

%else

%bcond_without debug_build

%endif

# Support for the GDB debugger

%bcond_without gdb_hooks

# The dbm.gnu module (key-value database)

%bcond_without gdbm

# Main interpreter loop optimization

%bcond_without computed_gotos

# Support for the Valgrind debugger/profiler

%ifarch %{valgrind_arches}

%bcond_without valgrind

%else

%bcond_with valgrind

%endif

# ==================================

# Notes from bootstraping Python 3.6

# ==================================

#

# New Python major version (3.X) break ABI and bytecode compatibility,

# so all packages depending on it need to be rebuilt.

#

# Due to a dependency cycle between Python, gdb, rpm, pip, setuptools, wheel,

# and other packages, this isn't straightforward.

# Build in the following order:

#

# 1. At the same time:

#     - gdb without python support (add %%global _without_python 1 on top of

#       gdb's SPEC file)

#     - python-rpm-generators

#       (this can be done also during step 2., but should be done before 3.)

# 2. python3 without rewheel (use %%bcond_with rewheel instead of

#     %%bcond_without)

# 3. gdb with python support (remove %%global _without_python 1 on top of

#    gdb's SPEC file)

# 4. rpm

# 5. python-setuptools with bootstrap set to 1

# 6. python-pip with build_wheel set to 0

# 7. python-wheel with %%bcond_without bootstrap

# 8. python-setuptools with bootstrap set to 0 and also with_check set to 0

# 9. python-pip with build_wheel set to 1

# 10. pyparsing

# 11. python3 with rewheel

#

# Then the most important packages have to be built, in dependency order.

# These were:

#   python-sphinx, pytest, python-requests, cloud-init, dnf, anaconda, abrt

#

# After these have been built, a targeted rebuild should be done for the rest.

# =====================

# General global macros

# =====================

%global pylibdir %{_libdir}/python%{pybasever}

%global dynload_dir %{pylibdir}/lib-dynload

# ABIFLAGS, LDVERSION and SOABI are in the upstream configure.ac

# See PEP 3149 for some background: http://www.python.org/dev/peps/pep-3149/

%global ABIFLAGS_optimized m

%global ABIFLAGS_debug     dm

%global LDVERSION_optimized %{pybasever}%{ABIFLAGS_optimized}

%global LDVERSION_debug     %{pybasever}%{ABIFLAGS_debug}

%global SOABI_optimized cpython-%{pyshortver}%{ABIFLAGS_optimized}-%{_arch}-linux%{_gnu}

%global SOABI_debug     cpython-%{pyshortver}%{ABIFLAGS_debug}-%{_arch}-linux%{_gnu}

# All bytecode files are in a __pycache__ subdirectory, with a name

# reflecting the version of the bytecode.

# See PEP 3147: http://www.python.org/dev/peps/pep-3147/

# For example,

#   foo/bar.py

# has bytecode at:

#   foo/__pycache__/bar.cpython-%%{pyshortver}.pyc

#   foo/__pycache__/bar.cpython-%%{pyshortver}.opt-1.pyc

#   foo/__pycache__/bar.cpython-%%{pyshortver}.opt-2.pyc

%global bytecode_suffixes .cpython-%{pyshortver}*.pyc

# Python's configure script defines SOVERSION, and this is used in the Makefile

# to determine INSTSONAME, the name of the libpython DSO:

#   LDLIBRARY='libpython$(VERSION).so'

#   INSTSONAME="$LDLIBRARY".$SOVERSION

# We mirror this here in order to make it easier to add the -gdb.py hooks.

# (if these get out of sync, the payload of the libs subpackage will fail

# and halt the build)

%global py_SOVERSION 1.0

%global py_INSTSONAME_optimized libpython%{LDVERSION_optimized}.so.%{py_SOVERSION}

%global py_INSTSONAME_debug     libpython%{LDVERSION_debug}.so.%{py_SOVERSION}

# Disable automatic bytecompilation. The python3 binary is not yet be

# available in /usr/bin when Python is built. Also, the bytecompilation fails

# on files that test invalid syntax.

%undefine py_auto_byte_compile

# For multilib support, files that are different between 32- and 64-bit arches

# need different filenames. Use "64" or "32" according to the word size.

# Currently, the best way to determine an architecture's word size happens to

# be checking %%{_lib}.

%if "%{_lib}" == "lib64"

%global wordsize 64

%else

%global wordsize 32

%endif

# =======================

# Build-time requirements

# =======================

# (keep this list alphabetized)

BuildRequires: autoconf

BuildRequires: bluez-libs-devel

BuildRequires: bzip2

BuildRequires: bzip2-devel

BuildRequires: desktop-file-utils

BuildRequires: expat-devel

BuildRequires: findutils

BuildRequires: gcc-c++

%if %{with gdbm}

BuildRequires: gdbm-devel

%endif

BuildRequires: git-core

BuildRequires: glibc-all-langpacks

BuildRequires: glibc-devel

BuildRequires: gmp-devel

BuildRequires: gnupg2

BuildRequires: libappstream-glib

BuildRequires: libffi-devel

BuildRequires: libnsl2-devel

BuildRequires: libtirpc-devel

BuildRequires: libGL-devel

BuildRequires: libX11-devel

BuildRequires: ncurses-devel

BuildRequires: pkgconfig

BuildRequires: readline-devel

BuildRequires: redhat-rpm-config >= 127

BuildRequires: sqlite-devel

BuildRequires: gdb

BuildRequires: openssl-devel

BuildRequires: tar

BuildRequires: tcl-devel

BuildRequires: tix-devel

BuildRequires: tk-devel

%if %{with valgrind}

BuildRequires: valgrind-devel

%endif

BuildRequires: xz-devel

BuildRequires: zlib-devel

BuildRequires: /usr/bin/dtrace

# workaround http://bugs.python.org/issue19804 (test_uuid requires ifconfig)

BuildRequires: /usr/sbin/ifconfig

%if %{with rpmwheels}

BuildRequires: python-setuptools-wheel

BuildRequires: python-pip-wheel

%endif

# =======================

# Source code and patches

# =======================

Source0: %{url}ftp/python/%{general_version}/Python-%{upstream_version}.tar.xz

Source1: %{url}ftp/python/%{general_version}/Python-%{upstream_version}.tar.xz.asc

Source2: %{url}static/files/pubkeys.txt

# A simple script to check timestamps of bytecode files

# Run in check section with Python that is currently being built

# Originally written by bkabrda

Source8: check-pyc-timestamps.py

# Desktop menu entry for idle3

Source10: idle3.desktop

# AppData file for idle3

Source11: idle3.appdata.xml

# (Patches taken from github.com/fedora-python/cpython)

# 00001 # d06a8853cf4bae9e115f45e1d531d2dc152c5cc8

# Fixup distutils/unixccompiler.py to remove standard library path from rpath

# Was Patch0 in ivazquez' python3000 specfile

Patch1: 00001-rpath.patch

# 00102 # 4a773a6f1c51615333cbae27982904a312777223

# Change the various install paths to use /usr/lib64/ instead or /usr/lib/

#

# Only used when "%%{_lib}" == "lib64".

Patch102: 00102-lib64.patch

# 00111 # f07cfb42e1868a3bba0890edf4a72beaeeae370c

# Don't try to build a libpythonMAJOR.MINOR.a

#

# Downstream only: not appropriate for upstream.

#

# See https://bugzilla.redhat.com/show_bug.cgi?id=556092

Patch111: 00111-no-static-lib.patch

# 00132 # 75c270b8641ddff06c0edf7be7cc444e6debb6d7

# Add rpmbuild hooks to unittest

#

# Add non-standard hooks to unittest for use in the "check" phase, when

# running selftests within the build:

#   @unittest._skipInRpmBuild(reason)

# for tests that hang or fail intermittently within the build environment, and:

#   @unittest._expectedFailureInRpmBuild

# for tests that always fail within the build environment

#

# The hooks only take effect if WITHIN_PYTHON_RPM_BUILD is set in the

# environment, which we set manually in the appropriate portion of the "check"

# phase below (and which potentially other python-* rpms could set, to reuse

# these unittest hooks in their own "check" phases)

Patch132: 00132-add-rpmbuild-hooks-to-unittest.patch

# 00155 # 0ef7ae83073c1bbe610d4678ed56ae775fd6e174

# avoid allocating thunks in ctypes unless absolutely necessary

#

# Avoid allocating thunks in ctypes unless absolutely necessary, to avoid

# generating SELinux denials on "import ctypes" and "import uuid" when

# embedding Python within httpd

# See https://bugzilla.redhat.com/show_bug.cgi?id=814391

Patch155: 00155-avoid-ctypes-thunks.patch

# 00160 # f69288aba24c43c506c3e90e2aa658e436e76e72

# Disable test_fs_holes in RPM build

#

# Python 3.3 added os.SEEK_DATA and os.SEEK_HOLE, which may be present in the

# header files in the build chroot, but may not be supported in the running

# kernel, hence we disable this test in an rpm build.

# Adding these was upstream issue http://bugs.python.org/issue10142

Patch160: 00160-disable-test_fs_holes-in-rpm-build.patch

# 00163 # 88e26259f7da12e17adb936815aa421d84c69f09

# Disable parts of test_socket in RPM build

#

# Some tests within test_socket fail intermittently when run inside Koji;

# disable them using unittest._skipInRpmBuild

Patch163: 00163-disable-parts-of-test_socket-in-rpm-build.patch

# 00170 # 5a71e038b7511727657466d7796cf9c11c67334a

# In debug builds, try to print repr() when a C-level assert fails

#

# In debug builds, try to print repr() when a C-level assert fails in the

# garbage collector (typically indicating a reference-counting error

# somewhere else e.g in an extension module)

# The new macros/functions within gcmodule.c are hidden to avoid exposing

# them within the extension API.

# Sent upstream: http://bugs.python.org/issue9263

# See https://bugzilla.redhat.com/show_bug.cgi?id=614680

Patch170: 00170-gc-assertions.patch

# 00189 # dd3bacdeb7a9c0c99ab78229d3f1aa4c9761efb4

# Instead of bundled wheels, use our RPM packaged wheels

#

# We keep them in /usr/share/python-wheels

Patch189: 00189-use-rpm-wheels.patch

# The following versions of setuptools/pip are bundled when this patch is not applied.

# The versions are written in Lib/ensurepip/__init__.py, this patch removes them.

# When the bundled setuptools/pip wheel is updated, the patch no longer applies cleanly.

# In such cases, the patch needs to be amended and the versions updated here:

%global pip_version 18.1

%global setuptools_version 40.6.2

# 00251 # 2eabd04356402d488060bc8fe316ad13fc8a3356

# Change user install location

#

# Set values of prefix and exec_prefix in distutils install command

# to /usr/local if executable is /usr/bin/python* and RPM build

# is not detected to make pip and distutils install into separate location.

#

# Fedora Change: https://fedoraproject.org/wiki/Changes/Making_sudo_pip_safe

Patch251: 00251-change-user-install-location.patch

# 00262 # eb17e4d0defe4a58be25df5128fda6eab53acbbb

# PEP538 - Coerce legacy C locale

#

# Backport of PEP 538: Coercing the legacy C locale to a UTF-8 based locale

# https://www.python.org/dev/peps/pep-0538/

# Fedora Change: https://fedoraproject.org/wiki/Changes/python3_c.utf-8_locale

# Original proposal: https://bugzilla.redhat.com/show_bug.cgi?id=1404918

Patch262: 00262-pep538_coerce_legacy_c_locale.patch

# 00274 # 4f787db88208be509a31af7505b6118b267e2583

# Upstream uses Debian-style architecture naming, change to match Fedora

Patch274: 00274-fix-arch-names.patch

# 00292 # 7bee9c57be78ac9bb512ddc08b1f73271c494e4d

# Restore PyExc_RecursionErrorInst symbol

#

# Restore the public PyExc_RecursionErrorInst symbol that was removed

# from the 3.6.4 release upstream.

# Reported upstream: https://bugs.python.org/issue30697

Patch292: 00292-restore-PyExc_RecursionErrorInst-symbol.patch

# 00294 # dddeb1c65cb86057d5c44be91e7965e5681c87e0

# Define TLS cipher suite on build time

#

# Define TLS cipher suite on build time depending

# on the OpenSSL default cipher suite selection.

# Fixed upstream on CPython's 3.7 branch:

# https://bugs.python.org/issue31429

# See also: https://bugzilla.redhat.com/show_bug.cgi?id=1489816

Patch294: 00294-define-TLS-cipher-suite-on-build-time.patch

# 00343 # 2f4ec09a1daea8357f6a4a73c9f68d3fed3b1b96

# Fix test_faulthandler on GCC 10

#

# bpo-38965: Fix faulthandler._stack_overflow() on GCC 10

# Fixed upstream and backported from the 3.7 branch:

# https://bugs.python.org/issue38965

# https://github.com/python/cpython/commit/f4a21d3b239bf4f4e4e2a8a5936b9b040645b246

#

# bpo-21131: Fix faulthandler.register(chain=True) stack (GH-15276)

# https://bugs.python.org/issue21131

# https://github.com/python/cpython/commit/ac827edc493d3ac3f5b9b0cc353df1d4b418a9aa

Patch343: 00343-faulthandler-gcc10.patch

# 00351 # 62210578a7157342bd7cbf426f8934da31773c4d

# Avoid infinite loop in the tarfile module

#

# Avoid infinite loop when reading specially crafted TAR files using the tarfile module

# (CVE-2019-20907).

# Fixed upstream: https://bugs.python.org/issue39017

Patch351: 00351-avoid-infinite-loop-in-the-tarfile-module.patch

# 00352 # 5253c417a23b3658fa115d2c72fa54b20293a31c

# Resolve hash collisions for IPv4Interface and IPv6Interface

#

# CVE-2020-14422

# The hash() methods of classes IPv4Interface and IPv6Interface had issue

# of generating constant hash values of 32 and 128 respectively causing hash collisions.

# The fix uses the hash() function to generate hash values for the objects

# instead of XOR operation.

# Fixed upstream: https://bugs.python.org/issue41004

Patch352: 00352-resolve-hash-collisions-for-ipv4interface-and-ipv6interface.patch

# 00353 # f3c11e227c715450b3c1e945a5004e84cce41a58

# Original names for architectures with different names downstream

#

# Pythons in RHEL/Fedora use different names for some architectures

# than upstream and other distros (for example ppc64 vs. powerpc64).

# See patch 274.

# That means that an extension built with the default upstream settings

# (on other distro or as an manylinux wheel) cannot be found by Python

# on RHEL/Fedora because it has a different suffix.

# This patch adds the original names to importlib so Python is able

# to import extensions with an original architecture name in its

# file name.

#

# WARNING: This patch has no effect on Python built with bootstrap

# enabled because Python/importlib_external.h is not regenerated

# and therefore Python during bootstrap contains importlib from

# upstream without this feature. It's possible to include

# Python/importlib_external.h to this patch but it'd make rebasing

# a nightmare because it's basically a binary file.

Patch353: 00353-Original-names-for-architectures-with-different-name.patch

# (New patches go here ^^^)

#

# When adding new patches to "python" and "python3" in Fedora, EL, etc.,

# please try to keep the patch numbers in-sync between all specfiles.

#

# More information, and a patch number catalog, is at:

#

#     https://fedoraproject.org/wiki/SIGs/Python/PythonPatches

# ==========================================

# Descriptions, and metadata for subpackages

# ==========================================

# People might want to dnf install pythonX.Y instead of pythonXY;

# we enable this in both flat and nonflat package.

Provides: python%{pybasever} = %{version}-%{release}

%if %{without flatpackage}

# Packages with Python modules in standard locations automatically

# depend on python(abi). Provide that here.

Provides: python(abi) = %{pybasever}

Requires: %{name}-libs%{?_isa} = %{version}-%{release}

# In order to support multiple Python interpreters for development purposes,

# packages with the naming scheme flatpackage (e.g. python35) exist for

# non-default versions of Python 3.

# For consistency, and to keep the upgrade path clean, we Provide/Obsolete

# these names here.

Provides: python%{pyshortver} = %{version}-%{release}

# Note that using Obsoletes without package version is not standard practice.

# Here we assert that *any* version of the system's default interpreter is

# preferable to an "extra" interpreter. For example, python3-3.6.1 will

# replace python36-3.6.2.

Obsoletes: python%{pyshortver}

# Shall be removed in Fedora 31

# The release is bumped to 20, so we can do f27 platform-python updates

# If the release in f27 ever goes >= 20, raise it here

# If platform-python is ever reintroduced, make it higher version than this:

%global platpyver 3.6.2-20

Obsoletes: platform-python < %{platpyver}

# Previously, this was required for our rewheel patch to work.

# This is technically no longer needed, but we keep it recommended

# for the developer experience.

Recommends: python3-setuptools

Recommends: python3-pip

# This prevents ALL subpackages built from this spec to require

# /usr/bin/python3*. Granularity per subpackage is impossible.

# It's intended for the libs package not to drag in the interpreter, see

# https://bugzilla.redhat.com/show_bug.cgi?id=1547131

# All others require %%{name} anyway.

%global __requires_exclude ^/usr/bin/python3

# The description used both for the SRPM and the main `python3` subpackage:

%description

Python is an accessible, high-level, dynamically typed, interpreted programming

language, designed with an emphasis on code readability.

It includes an extensive standard library, and has a vast ecosystem of

third-party libraries.

The %{name} package provides the "python3" executable: the reference

interpreter for the Python language, version 3.

The majority of its standard library is provided in the %{name}-libs package,

which should be installed automatically along with %{name}.

The remaining parts of the Python standard library are broken out into the

%{name}-tkinter and %{name}-test packages, which may need to be installed

separately.

Documentation for Python is provided in the %{name}-docs package.

Packages containing additional libraries for Python are generally named with

the "%{name}-" prefix.

%package libs

Summary:        Python runtime libraries

%if %{with rpmwheels}

Requires: python-setuptools-wheel

Requires: python-pip-wheel

%else

Provides: bundled(python3dist(pip)) = %{pip_version}

Provides: bundled(python3dist(setuptools)) = %{setuptools_version}

%endif

# There are files in the standard library that have python shebang.

# We've filtered the automatic requirement out so libs are installable without

# the main package. This however makes it pulled in by default.

# See https://bugzilla.redhat.com/show_bug.cgi?id=1547131

Recommends: %{name}%{?_isa} = %{version}-%{release}

# Shall be removed in Fedora 31

Obsoletes: platform-python-libs < %{platpyver}

Obsoletes: platform-python-libs-devel < %{platpyver}

%description libs

This package contains runtime libraries for use by Python:

- the majority of the Python standard library

- a dynamically linked library for use by applications that embed Python as

  a scripting language, and by the main "python3" executable

%package devel

Summary: Libraries and header files needed for Python development

Requires: %{name} = %{version}-%{release}

Requires: %{name}-libs%{?_isa} = %{version}-%{release}

BuildRequires: python-rpm-macros

Requires: python-rpm-macros

Requires: python3-rpm-macros

Requires: python3-rpm-generators

Provides: %{name}-2to3 = %{version}-%{release}

Provides: 2to3 = %{version}-%{release}

Conflicts: %{name} < %{version}-%{release}

# Shall be removed in Fedora 31

Obsoletes: platform-python-devel < %{platpyver}

%description devel

This package contains the header files and configuration needed to compile

Python extension modules (typically written in C or C++), to embed Python

into other programs, and to make binary distributions for Python libraries.

It also contains the necessary macros to build RPM packages with Python modules

and 2to3 tool, an automatic source converter from Python 2.X.

%package idle

Summary: A basic graphical development environment for Python

Requires: %{name} = %{version}-%{release}

Requires: %{name}-tkinter = %{version}-%{release}

Provides: idle3 = %{version}-%{release}

Provides: %{name}-tools = %{version}-%{release}

Provides: %{name}-tools%{?_isa} = %{version}-%{release}

Obsoletes: %{name}-tools < %{version}-%{release}

# Shall be removed in Fedora 31

Obsoletes: platform-python-tools < %{platpyver}

%description idle

IDLE is Python’s Integrated Development and Learning Environment.

IDLE has the following features: Python shell window (interactive

interpreter) with colorizing of code input, output, and error messages;

multi-window text editor with multiple undo, Python colorizing,

smart indent, call tips, auto completion, and other features;

search within any window, replace within editor windows, and

search through multiple files (grep); debugger with persistent

breakpoints, stepping, and viewing of global and local namespaces;

configuration, browsers, and other dialogs.

%package tkinter

Summary: A GUI toolkit for Python

Requires: %{name} = %{version}-%{release}

# Shall be removed in Fedora 31

Obsoletes: platform-python-tkinter < %{platpyver}

%description tkinter

The Tkinter (Tk interface) library is a graphical user interface toolkit for

the Python programming language.

%package test

Summary: The self-test suite for the main python3 package

Requires: %{name} = %{version}-%{release}

# Shall be removed in Fedora 31

Obsoletes: platform-python-test < %{platpyver}

%description test

The self-test suite for the Python interpreter.

This is only useful to test Python itself. For testing general Python code,

you should use the unittest module from %{name}-libs, or a library such as

%{name}-pytest or %{name}-nose.

%if %{with debug_build}

%package debug

Summary: Debug version of the Python runtime

# The debug build is an all-in-one package version of the regular build, and

# shares the same .py/.pyc files and directories as the regular build. Hence

# we depend on all of the subpackages of the regular build:

Requires: %{name}%{?_isa} = %{version}-%{release}

Requires: %{name}-libs%{?_isa} = %{version}-%{release}

Requires: %{name}-devel%{?_isa} = %{version}-%{release}

Requires: %{name}-test%{?_isa} = %{version}-%{release}

Requires: %{name}-tkinter%{?_isa} = %{version}-%{release}

Requires: %{name}-idle%{?_isa} = %{version}-%{release}

%description debug

python3-debug provides a version of the Python runtime with numerous debugging

features enabled, aimed at advanced Python users such as developers of Python

extension modules.

This version uses more memory and will be slower than the regular Python build,

but is useful for tracking down reference-counting issues and other bugs.

The bytecode format is unchanged, so that .pyc files are compatible between

this and the standard version of Python, but the debugging features mean that

C/C++ extension modules are ABI-incompatible and must be built for each version

separately.

The debug build shares installation directories with the standard Python

runtime, so that .py and .pyc files can be shared.

Compiled extension modules use a special ABI flag ("d") in the filename,

so extensions for both versions can co-exist in the same directory.

%endif # with debug_build

%else  # with flatpackage

# We'll not provide this, on purpose

# No package in Fedora shall ever depend on flatpackage via this

%global __requires_exclude ^python\\(abi\\) = 3\\..$

%global __provides_exclude ^python\\(abi\\) = 3\\..$

%if %{with rpmwheels}

Requires: python-setuptools-wheel

Requires: python-pip-wheel

%else

Provides: bundled(python3dist(pip)) = %{pip_version}

Provides: bundled(python3dist(setuptools)) = %{setuptools_version}

%endif

# The description for the flat package

%description

Python %{pybasever} package for developers.

This package exists to allow developers to test their code against an older

version of Python. This is not a full Python stack and if you wish to run

your applications with Python %{pybasever}, see other distributions

that support it, such as CentOS or RHEL with Software Collections

or older Fedora releases.

%endif # with flatpackage

# ======================================================

# The prep phase of the build:

# ======================================================

%prep

%gpgverify -k2 -s1 -d0

%autosetup -S git_am -N -n Python-%{upstream_version}

# Apply initial patches manually

%apply_patch -q %{PATCH1}

%if "%{_lib}" == "lib64"

%apply_patch -q %{PATCH102}

%endif

%apply_patch -q %{PATCH111}

%apply_patch -q %{PATCH132}

%apply_patch -q %{PATCH155}

%apply_patch -q %{PATCH160}

%apply_patch -q %{PATCH163}

%apply_patch -q %{PATCH170}

%if %{with rpmwheels}

%apply_patch -q %{PATCH189}

rm Lib/ensurepip/_bundled/*.whl

%endif

# Apply the remaining patches

%autopatch -m 190

# Remove bundled libraries to ensure that we're using the system copy.

rm -r Modules/expat

rm -r Modules/zlib

# Remove files that should be generated by the build

# (This is after patching, so that we can use patches directly from upstream)

rm configure pyconfig.h.in

# ======================================================

# Configuring and building the code:

# ======================================================