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

# Top-level metadata

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

%global pybasever 3.7

# pybasever without the dot:

%global pyshortver 37

Name: python%{pyshortver}

Summary:  Version %{pybasever} of the Python interpreter

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

# Second alpha

%global prerel b1

#  WARNING  When rebasing to a new Python version,

#           remember to update the python3-docs package as well

Version: %{pybasever}.0

Release: 0.7.%{?prerel}%{?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 python37 etc.

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

%bcond_without flatpackage

# 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

# Ability to reuse RPM-installed pip using rewheel

%if %{with flatpackage}

%bcond_with rewheel

%else

%bcond_without rewheel

%endif

# 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

%ifnarch s390 %{mips} riscv64

%bcond_without valgrind

%else

# Some arches don't have valgrind, disable support for it there.

%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 with bootstrapping_python set to 1

#       (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. At the same time:

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

#       gdb's SPEC file)

#     - python-rpm-generators with bootstrapping_python set to 0

#       (this can be done at any later step without negative effects)

# 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 >= 1:1.13

%endif

BuildRequires: glibc-devel

BuildRequires: gmp-devel

BuildRequires: libappstream-glib

BuildRequires: libffi-devel

BuildRequires: libnsl2-devel

BuildRequires: libtirpc-devel

BuildRequires: libGL-devel

BuildRequires: libuuid-devel

BuildRequires: libX11-devel

BuildRequires: ncurses-devel

BuildRequires: openssl-devel

BuildRequires: pkgconfig

BuildRequires: readline-devel

BuildRequires: sqlite-devel

BuildRequires: gdb

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 rewheel}

BuildRequires: python3-setuptools

BuildRequires: python3-pip

%endif

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

# Source code and patches

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

Source: https://www.python.org/ftp/python/%{version}/Python-%{version}%{prerel}.tar.xz

# Supply an RPM macro "py_byte_compile" for the python3-devel subpackage

# to enable specfiles to selectively byte-compile individual files and paths

# with different Python runtimes as necessary:

Source3: macros.pybytecompile%{pybasever}

# A simple script to check timestamps of bytecode files

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

# Written by bkabrda

Source8: check-pyc-and-pyo-timestamps.py

# Backward compatible no-op macro for system-python

# Remove in Fedora 29

Source9: macros.systempython

# Desktop menu entry for idle3

Source10: idle3.desktop

# AppData file for idle3

Source11: idle3.appdata.xml

# 00001 #

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

# Was Patch0 in ivazquez' python3000 specfile:

Patch1:         00001-rpath.patch

# 00102 #

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

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

# Not yet sent upstream.

Patch102: 00102-lib64.patch

# 00111 #

# Patch the Makefile.pre.in so that the generated Makefile doesn't try to build

# a libpythonMAJOR.MINOR.a

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

# Downstream only: not appropriate for upstream

Patch111: 00111-no-static-lib.patch

# 00132 #

# Add non-standard hooks to unittest for use in the "check" phase below, 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 #

# 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 #

# 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

# Not yet sent upstream

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

# 00163 #

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

# disable them using unittest._skipInRpmBuild

# Not yet sent upstream

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

# 00170 #

# 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

# 00178 #

# Don't duplicate various FLAGS in sysconfig values

# http://bugs.python.org/issue17679

# Does not affect python2 AFAICS (different sysconfig values initialization)

Patch178: 00178-dont-duplicate-flags-in-sysconfig.patch

# 00189 #

# Add the rewheel module, allowing to recreate wheels from already installed

# ones

# https://github.com/bkabrda/rewheel

Patch189: 00189-add-rewheel-module.patch

# 00205 #

# LIBPL variable in makefile takes LIBPL from configure.ac

# but the LIBPL variable defined there doesn't respect libdir macro

Patch205: 00205-make-libpl-respect-lib64.patch

# 00251

# 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

# 00264 #

# test_pass_by_value was added in Python 3.6.1 and on aarch64

# it is catching an error that was there, but wasn't tested before.

# Therefore skipping the test on aarch64 until fixed upstream.

# Reported upstream: http://bugs.python.org/issue29804

Patch264: 00264-skip-test-failing-on-aarch64.patch

# 00274 #

# Upstream uses Debian-style architecture naming. Change to match Fedora.

Patch274: 00274-fix-arch-names.patch

# 00291 #

# Build fails with undefined references to dlopen / dlsym otherwise.

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

# and: https://src.fedoraproject.org/rpms/redhat-rpm-config/c/078af19

Patch291: 00291-setup-Link-ctypes-against-dl-explicitly.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

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

%if %{without flatpackage}

# Packages with Python modules in standard locations automatically

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

Provides: python(abi) = %{pybasever}

# For backward compatibility only, remove in F29:

Provides: system-python(abi) = %{pybasever}

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

Provides: system-python%{?_isa} = %{version}-%{release}

Obsoletes: system-python < %{version}-%{release}

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

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

# packages with 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}

%if %{with rewheel}

Requires: python3-setuptools

Requires: python3-pip

%endif

# 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 readibility.

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

# The "enum" module is included in the standard library.

# Provide an upgrade path from the external library.

Provides: python3-enum34 = 1.0.4-5%{?dist}

Obsoletes: python3-enum34 < 1.0.4-5%{?dist}

# Python 3 built with glibc >= 2.24.90-26 needs to require it

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

Requires: glibc%{?_isa} >= 2.24.90-26

%if %{with gdbm}

# When built with this (as guarded by the BuildRequires above), require it

Requires: gdbm%{?_isa} >= 1:1.13

%endif

# For backward compatibility only, remove in F29:

Provides: system-python-libs = %{version}-%{release}

Provides: system-python-libs%{?_isa} = %{version}-%{release}

Obsoletes: system-python-libs < %{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

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

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

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

# TODO change to a specific subpackage once available (#1218294)

Requires: redhat-rpm-config

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

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

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

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

# /usr/bin/2to3 was moved from python2-tools to python3-tools

# TODO Remove in Fedora 29

Conflicts: python2-tools < 2.7.13-17

Conflicts: python-tools < 2.7.13-17

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

# /usr/bin/2to3 was moved from python3-tools to python3-devel

# TODO Remove in Fedora 30

Conflicts: python3-tools < 3.7

# 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 verisons can co-exist in the same directory.

%endif # with debug_build

%else  # with flatpackage

Requires: redhat-rpm-config

# 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\\..$

# We keep those inside on purpose

Provides: bundled(python3-pip) = 9.0.1

Provides: bundled(python3-setuptools) = 28.8.0

# The descripton for the flat flatpackage package

%description

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

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

your applications with Python %{pybasever}, update your Fedora to a newer

version once Python %{pybasever} is stable.

%endif # with flatpackage

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

# The prep phase of the build:

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

%prep

%setup -q -n Python-%{version}%{?prerel}

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

rm -r Modules/expat

%if %{with rewheel}

%global pip_version 9.0.1

sed -r -i s/'_PIP_VERSION = "[0-9.]+"'/'_PIP_VERSION = "%{pip_version}"'/ Lib/ensurepip/__init__.py

%endif

#

# Apply patches:

#

%patch1 -p1

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

%patch102 -p1

%endif

%patch111 -p1

%patch132 -p1

%patch155 -p1

%patch160 -p1

%patch163 -p1

%patch170 -p1

%patch178 -p1

%if %{with rewheel}

%patch189 -p1

%endif

%patch205 -p1

%patch251 -p1

%ifarch aarch64

%patch264 -p1

%endif

%patch274 -p1

%patch291 -p1

# 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:

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

%build

# Regenerate the configure script and pyconfig.h.in

autoconf

autoheader

# Remember the current directory (which has sources and the configure script),

# so we can refer to it after we "cd" elsewhere.

topdir=$(pwd)

# Get proper option names from bconds

%if %{with computed_gotos}

%global computed_gotos_flag yes

%else

%global computed_gotos_flag no

%endif

%if %{with optimizations}

%global optimizations_flag "--enable-optimizations"

%else

%global optimizations_flag "--disable-optimizations"

%endif

# Set common compiler/linker flags

export CFLAGS="$RPM_OPT_FLAGS -D_GNU_SOURCE -fPIC -fwrapv"

export CXXFLAGS="$RPM_OPT_FLAGS -D_GNU_SOURCE -fPIC -fwrapv"

export CPPFLAGS="$(pkg-config --cflags-only-I libffi)"

export OPT="$RPM_OPT_FLAGS -D_GNU_SOURCE -fPIC -fwrapv"

export LINKCC="gcc"

export CFLAGS="$CFLAGS $(pkg-config --cflags openssl)"

export LDFLAGS="$RPM_LD_FLAGS -g $(pkg-config --libs-only-L openssl)"

# We can build several different configurations of Python: regular and debug.

# Define a common function that does one build:

BuildPython() {

  ConfName=$1

  ExtraConfigArgs=$2

  MoreCFlags=$3

  # Each build is done in its own directory

  ConfDir=build/$ConfName

  echo STARTING: BUILD OF PYTHON FOR CONFIGURATION: $ConfName

  mkdir -p $ConfDir

  pushd $ConfDir