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

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

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

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

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

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

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

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

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

%if %{with rpmwheels}

BuildRequires: python-setuptools-wheel

BuildRequires: python-pip-wheel

%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

# 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

# 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

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

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

# /usr/share/python-wheels

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

# 00274 #

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

Patch274: 00274-fix-arch-names.patch

# 00316 #

# We remove the exe files from distutil's bdist_wininst

# So we mark the command as unsupported - and the tests are skipped

Patch316: 00316-mark-bdist_wininst-unsupported.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}

# 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(python3-pip) = 18.1

Provides: bundled(python3-setuptools) = 40.6.2

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

%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

# 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

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

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

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

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

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

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

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

Provides: bundled(python3-setuptools) = 40.6.2

%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

%patch132 -p1

%patch160 -p1

%patch163 -p1

%patch178 -p1

%if %{with rpmwheels}

%patch189 -p1

rm Lib/ensurepip/_bundled/*.whl

%endif

%patch205 -p1

%patch251 -p1

%patch274 -p1

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

  # Invoke the build

  make EXTRA_CFLAGS="$CFLAGS $MoreCFlags" %{?_smp_mflags}

  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 \

  "--without-ensurepip %{optimizations_flag}" \

  ""

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

# Installing the built code:

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

%install

# As in %%build, remember the current directory

topdir=$(pwd)

# We install a collection of hooks for gdb that make it easier to debug

# executables linked against libpython3* (such as /usr/bin/python3 itself)

#

# These hooks are implemented in Python itself (though they are for the version

# of python that gdb is linked with)

#

# gdb-archer looks for them in the same path as the ELF file or its .debug

# file, with a -gdb.py suffix.

# We put them next to the debug file, because ldconfig would complain if

# it found non-library files directly in /usr/lib/

# (see https://bugzilla.redhat.com/show_bug.cgi?id=562980)

#

# We'll put these files in the debuginfo package by installing them to e.g.:

#  /usr/lib/debug/usr/lib/libpython3.2.so.1.0.debug-gdb.py

# (note that the debug path is /usr/lib/debug for both 32/64 bit)

#

# See https://fedoraproject.org/wiki/Features/EasierPythonDebugging for more

# information

%if %{with gdb_hooks}

DirHoldingGdbPy=%{_prefix}/lib/debug/%{_libdir}

mkdir -p %{buildroot}$DirHoldingGdbPy

%endif # with gdb_hooks

# Multilib support for pyconfig.h

# 32- and 64-bit versions of pyconfig.h are different. For multilib support

# (making it possible to install 32- and 64-bit versions simultaneously),

# we need to install them under different filenames, and to make the common

# "pyconfig.h" include the right file based on architecture.

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

# Filanames are defined here:

%global _pyconfig32_h pyconfig-32.h

%global _pyconfig64_h pyconfig-64.h