Package Details: python39 3.9.19-1

Git Clone URL: https://aur.archlinux.org/python39.git (read-only, click to copy)
Package Base: python39
Description: Major release 3.9 of the Python high-level programming language
Upstream URL: https://www.python.org/
Licenses: PSF-2.0
Submitter: rixx
Maintainer: rixx
Last Packager: rixx
Votes: 24
Popularity: 0.93
First Submitted: 2021-12-13 11:56 (UTC)
Last Updated: 2024-03-23 08:41 (UTC)

Dependencies (16)

Sources (2)

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

nikdog commented on 2023-06-01 17:39 (UTC) (edited on 2023-06-01 17:59 (UTC) by nikdog)

Wait... if this package doesn't provide pip3.9 and

% python3.9 -m pip

/usr/bin/python3.9: No module named pip

How does one use python3.9 to pip user install a github project?

EDIT: NVM, python3.9 -m ensurepip --upgrade and fixed. Is there a reason this doesn't provide a pip3.9 by default? or an installed pip module? Is it a pain in the ass? or does it just make the legacy support package lightweight?

fboerman commented on 2023-03-22 16:41 (UTC)

keep getting this error when building, could somebody help?

./install-sh -c -m 644 ./Tools/gdb/libpython.py python-gdb.py
cp: failed to clone './_inst.29441_' from './Tools/gdb/libpython.py': Operation not permitted
make: *** [Makefile:688: python-gdb.py] Error 1
make: *** Waiting for unfinished jobs....
==> ERROR: A failure occurred in build().
    Aborting...
 -> error making: python39

rixx commented on 2023-02-21 14:34 (UTC)

patch is part of base-devel, which is assumed to be present for AUR packages.

the-k commented on 2023-02-21 14:16 (UTC)

patch package should be added to makedepends.

rixx commented on 2022-11-17 17:14 (UTC)

Done.

wint3rmute commented on 2022-11-17 16:51 (UTC)

After the recent update of the openssl package, ssl module in python3.9 stopped working and it's no longer possible to install libraries from pip due to the following error:

pip is configured with locations that require TLS/SSL, however the ssl module in Python is not available.

Reinstalling this AUR package has solved the problem for me. @rixx, please consider incrementing the pkgrel or epoch to force a rebuild for all users.

gchamon commented on 2022-08-02 19:16 (UTC)

cloning the AUR repo, removing --without-ensurepip and installing with makepkg -si worked fine to bring pip and setuptools back to python3.9 (without which I was unable to develop for AWS Lambda -- which supports python<=3.9 -- using pipenv and private packages).

I couldn't reproduce the conflict with system pip. Isn't make altinstall to take care of that? That is strange. In any case if there were steps to reproduce the conflict I could try taking a look at the installation process.

rixx commented on 2022-03-17 13:10 (UTC) (edited on 2022-03-17 13:12 (UTC) by rixx)

I don't see what's the problem

@lahwaacz I thought I had put that in my comment, but apparently not? Updates do not apply, complaining that /usr/bin/pip or /bin/pip exists in the filesystem (I swear I had intended to put that in my comment, sorry). Shipping a PKGBUILD that doesn't allow people to update isn't great, so I reverted the change for now.

you could just add something like rm -f "${pkgdir}/usr/bin/pip"

As I said: I do not have the time right now, so I chose to revert the change that breaks the package for people. Either I get around to tinkering with the PKGBUILD when I'm not working insane hours, or somebody sends in a patch.

lahwaacz commented on 2022-03-17 07:04 (UTC) (edited on 2022-03-17 07:07 (UTC) by lahwaacz)

@rixx I don't see what's the problem, the package contained only these files in /usr/bin (on version 3.9.11-2, i.e. before the last change):

$ pacman -Ql python39 | grep usr/bin
python39 /usr/bin/
python39 /usr/bin/2to3-3.9
python39 /usr/bin/idle3.9
python39 /usr/bin/pip3.9
python39 /usr/bin/pydoc3.9
python39 /usr/bin/python3.9
python39 /usr/bin/python3.9-config

So there is no conflict between python39 and python-pip. In any case, you could just add something like rm -f "${pkgdir}/usr/bin/pip" to the package() function, it's already done for some files in /usr/lib...

« First ‹ Previous 1 2 3 4 Next › Last »