@soh I was wrong in asking for that provides
change. Providing python implies providing the version of python that is in the official repos. These packages are not that version, and therefore should not provide it.
Get rid of it, please.
Git Clone URL: | https://aur.archlinux.org/python311.git (read-only, click to copy) |
---|---|
Package Base: | python311 |
Description: | Major release 3.11 of the Python high-level programming language |
Upstream URL: | https://www.python.org/ |
Licenses: | custom |
Provides: | python |
Submitter: | soh |
Maintainer: | soh |
Last Packager: | soh |
Votes: | 13 |
Popularity: | 0.66 |
First Submitted: | 2024-04-27 13:04 (UTC) |
Last Updated: | 2024-12-27 14:16 (UTC) |
@soh I was wrong in asking for that provides
change. Providing python implies providing the version of python that is in the official repos. These packages are not that version, and therefore should not provide it.
Get rid of it, please.
@soh, some random person requesting something completely wrong doesn't mean you should do it. provides is for drop-in replacements, this is not.
Edit: Especially when an AUR moderator told you months ago you were wrong. Seriously. https://aur.archlinux.org/packages/python310#comment-969868
@wleivam @EndlessEden @NikolayHD Thanks for the advice, I will have a look at these issues and make some changes accordingly.
@Namarrgon Please adapt the PKGBUILD to your own need. As we see in a comment under python312, someone is asking for adding "provides=python".
Please remove that "provides=python". It's technically wrong, it is misleading and only causes confusion. This PKGBUILD never was and never will be a drop-in replacement for whatever "extra/python" is. There is absolutely no positive effect for it being there either, it contributes no value.
Hi! Please, is it possible update the package version to 3.11.10 (https://www.python.org/downloads/release/python-31110/).
And, is it possible change the "bluez-libs" to "boost-libs" in the "makedepends" list?, because in a server mode environment this can open unexplored backdoors, but maybe I'm wrong.
Finally, the 3.10 version has the flag "--enable-optimizations" and this not, in the "configure" process.
@soh -- while i know you dont have this PKGBUILD flagged for non-x86 architectures.
I wanted to point out there is a bug when building this on arm. the pkgbuild tries to sed a sub-architecture specific "/python311/pkg/python311/usr/lib/python3.11/config-3.11-armv7h-linux-gnu" which doesnt exist, instead of "python311/pkg/python311/usr/lib/python3.11/config-3.11-arm-linux-gnueabihf" which is global to all versions of arm.
you can fix this with simply replacing the single line with
# Clean-up reference to build directory
if [ $(echo ${CARCH} | grep -c "arm") -gt 0 ]; then
sed -i "s|$srcdir/Python-${pkgver}:||" "$pkgdir/usr/lib/python${_pybasever}/config-${_pybasever}-arm-linux-gnueabihf/Makefile"
else
sed -i "s|$srcdir/Python-${pkgver}:||" "$pkgdir/usr/lib/python${_pybasever}/config-${_pybasever}-${CARCH}-linux-gnu/Makefile"
fi
(also i am terrible with markup so i dont remember how to put that in proper multiline like NikolayHD's comment)
Hi, in python-quick-build-git the commit 08d5923 2023-05-24 gh-104773: PEP 594: Remove cgi and cgitb modules
removes Lib/cgi.py
Which makes the build of this package fail with
==> Extracting sources...
-> Creating working copy of cpython-git git repo...
Cloning into 'cpython-git'...
done.
Switched to a new branch 'makepkg'
==> Starting prepare()...
sed: can't read Lib/cgi.py: No such file or directory
==> ERROR: A failure occurred in prepare().
Aborting...
Should we remove
28: # FS#23997
29: sed -i -e "s|^#.* /usr/local/bin/python|#!/usr/bin/python|" Lib/cgi.py
from PKGBUILD ?
Great package. Useful for Odoo 17 that does not support Python 3.12.
@soh, please remove provides=python
. It allows the user to install this package and uninstall Arch/core/python, breaking all python-
packages and everything that relies on anything on /usr/lib/python3.12/site-packages
.
The Arch packaging system does not support package provides to the effect of provides=(python=3.11) AND NOT provides=(python=3.12)
, only provides=(python=3.11) AND provides=(python)
.
This realization was behind the AURweb change that removed its earlier ability of showing versioned dependencies on the web interface.
Pinned Comments
soh commented on 2024-04-28 12:49 (UTC)
AUR moderators, please see my comment in python310 for my response to the deletion request by @MarsSeed:
https://aur.archlinux.org/packages/python310#comment-969759