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

# Top-level metadata

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

%global pybasever 3.8

# pybasever without the dot:

%global pyshortver 38

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}.0

%global prerel b3

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

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

Release: 1%{?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

# When bootstrapping python3, we need to build setuptools.

# but setuptools BR python3-devel and that brings in python3-rpm-generators;

# python3-rpm-generators needs python3-setuptools, so we cannot have it yet.

#

# Procedure: https://fedoraproject.org/wiki/SIGs/Python/UpgradingPython

#

#   IMPORTANT: When bootstrapping, it's very likely the wheels for pip and

#   setuptools are not available. Turn off the rpmwheels bcond until

#   the two packages are built with wheels to get around the issue.

%bcond_with bootstrap

# 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

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

# 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 %{nil}

%global ABIFLAGS_debug     d

%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: glibc-all-langpacks

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: redhat-rpm-config >= 127

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

# For %%python_provide

BuildRequires: python-rpm-macros

%if %{with rpmwheels}

BuildRequires: python-setuptools-wheel

BuildRequires: python-pip-wheel

%endif

%if %{without bootstrap}

# for make regen-all and distutils.tests.test_bdist_rpm

BuildRequires: python%{pyshortver}

%endif

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

# Source code and patches

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

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

# 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

# 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

# 00189 #

# Instead of bundled wheels, use our RPM packaged wheels from

# /usr/share/python-wheels

Patch189: 00189-use-rpm-wheels.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

# 00274 #

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

Patch274: 00274-fix-arch-names.patch

# 00328 #

# Restore pyc to TIMESTAMP invalidation mode as default in rpmbubild

# See https://src.fedoraproject.org/rpms/redhat-rpm-config/pull-request/57#comment-27426

Patch328: 00328-pyc-timestamp-invalidation-mode.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

#

# The patches are stored and rebased at:

#

#     https://github.com/fedora-python/cpython

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

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

# https://fedoraproject.org/wiki/Changes/Move_usr_bin_python_into_separate_package

# https://fedoraproject.org/wiki/Changes/Python_means_Python3

# We recommend /usr/bin/python so users get it by default

# Versioned recommends are problematic, and we know that the package requires

# python3 back with fixed version, so we just use the path here:

Recommends: %{_bindir}/python

# In Fedora 31, /usr/bin/pydoc was moved here from Python 2.

# Ideally we'd have an explicit conflict with "/usr/bin/pydoc < 3",

# but file provides aren't versioned and the file moved across packages.

# Instead, we rely on the conflict in python3-libs.

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

# https://fedoraproject.org/wiki/Changes/Move_usr_bin_python_into_separate_package

# https://fedoraproject.org/wiki/Changes/Python_means_Python3

%package -n python-unversioned-command

Summary: The "python" command that runs Python 3

BuildArch: noarch

# In theory this could require any python3 version

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

# But since we want to provide versioned python, we require exact version

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

# This also save us an explicit conflict for older python3 builds

%description -n python-unversioned-command

This package contains /usr/bin/python - the "python" command that runs Python 3.

%package libs

Summary:        Python runtime libraries

%if %{with rpmwheels}

Requires: python-setuptools-wheel

Requires: python-pip-wheel

%else

Provides: bundled(python3-pip) = 19.2.1

Provides: bundled(python3-setuptools) = 41.0.1

%endif

%{?python_provide:%python_provide python3-libs}

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

# https://fedoraproject.org/wiki/Changes/Move_usr_bin_python_into_separate_package

# In Fedora 31, several "unversioned" files like /usr/bin/pydoc and all the

# "unversioned" provides were moved from python2 to python3.

# So, newer python3 packages need to conflict with old Python 2 builds that

# still provided unversioned Python.

# Since all python packages, new and old, have versioned requires on

# python?-libs, we do it here:

Conflicts: python-libs < 3

# (We explicitly conflict with python-libs and not python2-libs, so only the

# old Python 2 builds that still provided unversioned Python are handled.)

%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

%{?python_provide:%python_provide python3-devel}

%if %{without bootstrap}

# This is not "API" (packages that need setuptools should still BuildRequire it)

# However some packages apparently can build both with and without setuptools

# producing egg-info as file or directory (depending on setuptools presence).

# Directory-to-file updates are problematic in RPM, so we ensure setuptools is

# installed when -devel is required.

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

# See https://fedoraproject.org/wiki/Packaging:Directory_Replacement

Requires: python3-setuptools

Requires: python3-rpm-generators

%endif

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

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

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

# In Fedora 31, several "unversioned" files were moved here from Python 2:

# pygettext.py, msgfmt.py, python-config, python.pc

Conflicts: python-devel < 3

%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: idle = %{version}-%{release}

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

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

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

# In Fedora 31, /usr/bin/idle was moved here from Python 2.

Conflicts: python-tools < 3

%{?python_provide:%python_provide python3-idle}

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

%{?python_provide:%python_provide python3-tkinter}

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

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

%{?python_provide:%python_provide python3-test}

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

# In Fedora 31, /usr/bin/python-debug was moved here from Python 2.

Conflicts: python-debug < 3

%{?python_provide:%python_provide python3-debug}

%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 debug build shares installation directories with the standard Python

runtime. Python modules -- source (.py), bytecode (.pyc), and C-API extensions

(.cpython*.so) -- are compatible between this and the standard version

of Python.

The debug runtime additionally supports debug builds of C-API extensions

(with the "d" ABI flag) for debugging issues in those extensions.

%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(python3-pip) = 19.2.1

Provides: bundled(python3-setuptools) = 41.0.1

%endif

# The description for the flat package

%description

Python %{pybasever} package for developers.

This package exists to allow developers to test their code against a 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-%{upstream_version}

# Remove all exe files to ensure we are not shipping prebuilt binaries

# note that those are only used to create Microsoft Windows installers

# and that functionality is broken on Linux anyway

find -name '*.exe' -print -delete

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

rm -r Modules/expat

#

# Apply patches:

#

%patch1 -p1

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

%patch102 -p1

%endif

%patch111 -p1

%if %{with rpmwheels}

%patch189 -p1

rm Lib/ensurepip/_bundled/*.whl

%endif

%patch251 -p1

%patch274 -p1

%patch328 -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

# We utilize the %%extension_...flags macros here so users building C/C++

# extensions with our python won't get all the compiler/linker flags used

# in Fedora RPMs.

# Standard library built here will still use the %%build_...flags,

# Fedora packages utilizing %%py3_build will use them as well

# https://fedoraproject.org/wiki/Changes/Python_Extension_Flags

export CFLAGS="%{extension_cflags} -D_GNU_SOURCE -fPIC -fwrapv"

export CFLAGS_NODIST="%{build_cflags} -D_GNU_SOURCE -fPIC -fwrapv"

export CXXFLAGS="%{extension_cxxflags} -D_GNU_SOURCE -fPIC -fwrapv"

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

export OPT="%{extension_cflags} -D_GNU_SOURCE -fPIC -fwrapv"

export LINKCC="gcc"

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

export LDFLAGS="%{extension_ldflags} -g $(pkg-config --libs-only-L openssl)"

export LDFLAGS_NODIST="%{build_ldflags} -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

  # Normally, %%configure looks for the "configure" script in the current

  # directory.

  # Since we changed directories, we need to tell %%configure where to look.

  %global _configure $topdir/configure

%configure \

  --enable-ipv6 \

  --enable-shared \

  --with-computed-gotos=%{computed_gotos_flag} \

  --with-dbmliborder=gdbm:ndbm:bdb \

  --with-system-expat \

  --with-system-ffi \

  --enable-loadable-sqlite-extensions \

  --with-dtrace \

  --with-lto \

  --with-ssl-default-suites=openssl \

%if %{with valgrind}

  --with-valgrind \

%endif

  $ExtraConfigArgs \

  %{nil}

%if %{without bootstrap}

  # Regenerate generated files (needs python3)

  %make_build regen-all PYTHON_FOR_REGEN="python%{pybasever}"

%endif

  # Invoke the build

  %make_build EXTRA_CFLAGS="$CFLAGS $MoreCFlags"

  popd

  echo FINISHED: BUILD OF PYTHON FOR CONFIGURATION: $ConfName

}

# Call the above to build each configuration.

%if %{with debug_build}

BuildPython debug \

  "--without-ensurepip --with-pydebug" \

  "-Og"

%endif # with debug_build

BuildPython optimized \