Package Details: python37 3.7.17-1

Git Clone URL: https://aur.archlinux.org/python37.git (read-only, click to copy)
Package Base: python37
Description: Major release 3.7 of the Python high-level programming language
Upstream URL: https://www.python.org/
Keywords: python python3
Licenses: custom
Provides: python
Submitter: 5long
Maintainer: greut (jrd)
Last Packager: greut
Votes: 33
Popularity: 0.043805
First Submitted: 2019-11-14 21:23 (UTC)
Last Updated: 2023-06-14 07:53 (UTC)

Dependencies (16)

Required by (13070)

Sources (6)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 .. 10 Next › Last »

Leeo97one commented on 2020-09-18 20:14 (UTC) (edited on 2020-09-18 20:15 (UTC) by Leeo97one)

I have imported and signed the GPG key: pacman-key --list-keys

pub   rsa4096 2014-11-02 [SC]
      0D96DF4D4110E5C43FBFB17F2D347EA6AA65421D
uid          [  totale ] Ned Deily (Python release signing key) <nad@python.org>
uid          [  totale ] Ned Deily (Python release signing key) <nad@acm.org>
uid          [  totale ] Ned Deily <nad@baybryj.net>
uid          [  totale ] keybase.io/nad <nad@keybase.io>
sub   rsa4096 2014-11-02 [E]

But I'm still getting a GPG error and I'm not sure why:

==> Vérification des signatures des fichiers sources grâce à gpg…
    Python-3.7.9.tar.xz ... ÉCHEC (Clé publique inconnue 2D347EA6AA65421D)
==> ERREUR : Une ou plusieurs signatures PGP n’ont pas pu être vérifiées.

greut commented on 2020-09-10 19:45 (UTC)

@DMolt, it make sense to follow what is done for python35 and python36 in that regard and go without ensurepip.

DMolt commented on 2020-09-10 07:59 (UTC)

Hi, I use python 3.7 for some projects with virtualenv and 3.8 for other and system. To install this I have to change --with-ensurepip with --without-ensurepip

Davide

greut commented on 2020-09-07 09:56 (UTC)

@surrealistic above in the logs, you should see why the _posixsubprocess module is not building successfully.

surrealistic commented on 2020-09-07 09:27 (UTC) (edited on 2020-09-07 09:31 (UTC) by surrealistic)

Hi! I'm having this issue with subprocess while tying to upgrade python37 and also after uninstalling it to try a clean installation of it.


gcc -pthread -c -fPIC -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -march=x86-64 -mtune=generic -O3 -pipe -fno-plt -march=x86-64 -mtune=generic -O3 -pipe -fno-plt -march=x86-64 -mtune=generic -O3 -pipe -fno-plt -flto=4 -fuse-linker-plugin -ffat-lto-objects -flto-partition=none -g -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -Wno-cast-function-type -Werror=implicit-function-declaration -fprofile-generate  -I. -I./Include -D_FORTIFY_SOURCE=2 -D_FORTIFY_SOURCE=2 -fPIC -DPy_BUILD_CORE -o Modules/_math.o Modules/_math.c
LD_LIBRARY_PATH=/home/user/.cache/yay/python37/src/Python-3.7.9 CC='gcc -pthread' LDSHARED='gcc -pthread -shared -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -flto=4 -fuse-linker-plugin -ffat-lto-objects -flto-partition=none -g -fprofile-generate' OPT='-DNDEBUG -g -fwrapv -O3 -Wall'  _TCLTK_INCLUDES='' _TCLTK_LIBS=''       ./python -E ./setup.py  build
Traceback (most recent call last):
  File "./setup.py", line 12, in <module>
    from distutils.core import Extension, setup
  File "/usr/lib/python3.7/site-packages/setuptools/_distutils/core.py", line 16, in <module>
    from distutils.dist import Distribution
  File "/usr/lib/python3.7/site-packages/setuptools/_distutils/dist.py", line 19, in <module>
    from distutils.util import check_environ, strtobool, rfc822_escape
  File "/usr/lib/python3.7/site-packages/setuptools/_distutils/util.py", line 14, in <module>
    from distutils.spawn import spawn
  File "/usr/lib/python3.7/site-packages/setuptools/_distutils/spawn.py", line 11, in <module>
    import subprocess
  File "/home/user/.cache/yay/python37/src/Python-3.7.9/Lib/subprocess.py", line 152, in <module>
    import _posixsubprocess
ModuleNotFoundError: No module named '_posixsubprocess'
make[3]: *** [Makefile:630: sharedmods] Error 1
make[3]: Leaving directory '/home/user/.cache/yay/python37/src/Python-3.7.9'
make[2]: *** [Makefile:523: build_all_generate_profile] Error 2
make[2]: Leaving directory '/home/user/.cache/yay/python37/src/Python-3.7.9'
make[1]: *** [Makefile:499: profile-gen-stamp] Error 2
make[1]: Leaving directory '/home/user/.cache/yay/python37/src/Python-3.7.9'
make: *** [Makefile:511: profile-run-stamp] Error 2
==> ERROR: A failure occurred in build().
    Aborting...
error making: python37

It's like it can't find or recognize subprocess. I searched on Google about the error and I've tried to install subprocess32 with python3.7 -m pip install subprocess32 but it returns the same error. After all those attempts I decided to try a clean installation so I removed python3.7 to install it again instead of upgrading it, but it keeps returning the same error.

jrd commented on 2020-09-03 10:46 (UTC)

Thanks greut, and thanks 5long for initial package.

greut commented on 2020-09-02 19:43 (UTC)

@jrd I've taken the patch from the bug mentioned (https://bugs.python.org/issue41302) and added you as a co-maintainer.

GeorgP commented on 2020-09-02 08:18 (UTC)

You can click "Adopt Package" in "Package Actions" in the top right. Then it's yours. :D

jrd commented on 2020-09-01 12:11 (UTC)

If 5long don't/won't update the package, I could take over if that's possible (I don't know how to transfer AUR package owership…)

jrd commented on 2020-09-01 09:48 (UTC) (edited on 2020-09-01 10:11 (UTC) by jrd)

I made it compile and install with the following diff for PKGBUILD:

diff --git a/PKGBUILD b/PKGBUILD
index 20bd747..5cdcf4e 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -47,11 +47,11 @@ prepare() {
   # Speed up LTO
   sed -i -e "s|-flto |-flto=4 |g" configure configure.ac

-  # Ensure that we are using the system copy of various libraries (expat, libffi, and libmpdec),
+  # Ensure that we are using the system copy of various libraries (expat, libffi),
   # rather than copies shipped in the tarball
   rm -r Modules/expat
   rm -r Modules/_ctypes/{darwin,libffi}*
-  rm -r Modules/_decimal/libmpdec
+  # Ensure using libmpdec in the tarball as the system one (2.5+) is too new for Python 3.7
 }

 build() {
@@ -69,9 +69,8 @@ build() {
               --with-system-expat \
               --with-dbmliborder=gdbm:ndbm \
               --with-system-ffi \
-              --with-system-libmpdec \
               --enable-loadable-sqlite-extensions \
-              --with-ensurepip
+              --with-ensurepip=install

   # Obtain next free server number for xvfb-run; this even works in a chroot environment.
   export servernum=99

This is because libmpec is now at version 2.5+ in Arch and this is not supported for python version prior to 3.8. So the one bundled within the tarball should be used.

The issue that let me understand the problem: https://bugs.python.org/issue41302

« First ‹ Previous 1 2 3 4 5 6 7 8 .. 10 Next › Last »