Search Criteria
Package Details: python310 3.10.14-2
Package Actions
Git Clone URL: | https://aur.archlinux.org/python310.git (read-only, click to copy) |
---|---|
Package Base: | python310 |
Description: | Next generation of the python high-level scripting language, version 3.10 |
Upstream URL: | https://www.python.org/ |
Licenses: | custom |
Provides: | python |
Submitter: | soh |
Maintainer: | soh |
Last Packager: | soh |
Votes: | 20 |
Popularity: | 2.06 |
First Submitted: | 2023-05-04 00:47 (UTC) |
Last Updated: | 2024-04-28 13:19 (UTC) |
Dependencies (20)
- bzip2 (bzip2-gitAUR)
- expat (expat-gitAUR)
- gdbm (gdbm-gitAUR)
- libffi (libffi-gitAUR)
- libnsl (libnsl-gitAUR)
- libxcrypt (libxcrypt-gitAUR)
- openssl (openssl-gitAUR, openssl-staticAUR)
- zlib (zlib-ng-compat-gitAUR, zlib-gitAUR, zlib-ng-compatAUR)
- bluez-libs (bluez-gitAUR) (make)
- gdb (gdb-gitAUR, gdb-debug-gitAUR) (make)
- llvm (llvm-rocm-gitAUR, llvm-gitAUR, llvm-minimal-gitAUR) (make)
- mpdecimal (make)
- sqlite (sqlite-fossilAUR) (make)
- tk (tk-fossilAUR) (make)
- mpdecimal (optional) – for decimal
- python-pip (optional)
- python-setuptools (optional)
- sqlite (sqlite-fossilAUR) (optional)
- tk (tk-fossilAUR) (optional) – for tkinter
- xz (xz-gitAUR) (optional) – for lzma
Required by (12861)
- 0wgram (requires python) (make)
- 10ff-git (requires python)
- 10moons-driver-t503 (requires python)
- 10moons-driver-t503 (requires python) (make)
- 1panel (requires python) (make)
- 2048-py (requires python)
- 20kly (requires python)
- 20kly-git (requires python)
- 2s2h (requires python) (make)
- 2s2h-git (requires python) (make)
- 2s2h-otr-exporter (requires python) (make)
- 2s2h-otr-exporter-git (requires python) (make)
- 3dtk-svn (requires python)
- 3dtk-svn (requires python) (optional)
- 3to2 (requires python)
- 4bulk-git (requires python)
- 64gram-desktop (requires python) (make)
- 8852bu-dkms-git (requires python)
- a2ln (requires python)
- a7800 (requires python) (make)
- Show 12841 more...
Latest Comments
1 2 3 4 Next › Last »
Shadowphoenix commented on 2024-05-28 23:23 (UTC) (edited on 2024-05-28 23:26 (UTC) by Shadowphoenix)
@MarsSeed not to be that kinda guy but if you blindly install and then uninstall stuff that is running on your PC thats kinda sorta your own fault if stuff breaks. Yes, the way this is currently handled is not ideal, something similar to how you can have separate versions of OpenJDK would be preferable, but certain scripts that i might want to run dont run in Python 3.12 so i might need to run 3.10 or 3.11 so outright barring me from installing them via pacman/makepkg seems EH to me so i dont see why you want to delete the packages alltogether from what i understand.
As mentioned by others: if you run buildscripts from the AUR or by extension scripts and programs provided by any Third Party, it is your responsibility to make sure your system works after having run whatever you were trying to do.
HLFH commented on 2024-05-03 12:29 (UTC)
Fixed with:
HLFH commented on 2024-05-03 12:10 (UTC)
Getting the error:
La commande 'sudo --user=#1000 --preserve-env=EDITOR -- makepkg --force' a échoué.
MarsSeed commented on 2024-04-28 18:01 (UTC)
And to further @yan12125's point, it is a problem if the user installs 'python310' and then easily uninstalls 'python', without pacman throwing a fit about it.
Then the user is left with all of their python3.12 dependent installed packes broken during runtime.
yan12125 commented on 2024-04-28 17:45 (UTC)
This is not good. It makes rebuilding Python libraries for newer Python versions much more time-consuming.
Also, provides= does not actually bring obvious benefit. In https://aur.archlinux.org/packages/python310?O=10#comment-937519 you mentioned:
It is not a drop-in replacement if users need to rebuild packages. In other words, this package does not provide the feature of core/python. Moreover, I don't find it reasonable to build all Python-related packages against older Python.
There is a problem: pacman says that several other packages optionally depend on this package when I remove this. That is confusing and technically wrong.
soh commented on 2024-04-28 13:13 (UTC)
@rammiah Thanks. I've updated with PKGBUILD with
./configure ax_cv_c_float_words_bigendian=no
.soh commented on 2024-04-28 12:43 (UTC) (edited on 2024-04-28 13:21 (UTC) by soh)
@MarsSeed I've noticed that you've submitted a deletion request for https://aur.archlinux.org/packages/python311. Why don't you also submit one for this python310 package?
After searching 'MarsSeed archlinux' on Google, I think you are a troll, and your account should be kept suspended: https://lists.archlinux.org/hyperkitty/list/aur-general@lists.archlinux.org/thread/GOOJIO56E2GGTBPF4FHTYXSUKPBJ3BIQ/
First, do scroll to the end of the page and read it twice:
Your reason for deletion is:
I fully understand the exposition that @FabioLolix has made and the question-answer-style proof you've made under python38. I've also read https://wiki.archlinux.org/title/PKGBUILD#provides for several times.
Here are my arguments:
The reason that you break your Arch is not because you installed this AUR package, but because you mistakenly uninstall the official python package that provides the version your other packages depend on.
The PKGBUIKLD of python library that install files inside
/usr/lib/python3.XX/site-packages/
such aspython-numpy
should have something likedepends=('python==3.XX')
.You use AUR at your own risk. Let's take pacman as an example. As we all know, partial upgrades are not supported, but that doesn't mean you cannot run
pacman -Sy <package>
. PKGBUILD is so flexible, and you should adapt it according to your needs, not blindingly usemakepkg -si
to install it. My PKDBUILD files contains no malware/backdoor, so you shouldn't bother being too helpful to submit a deletion request.BTW, some user once complained that you had submitted a deletion request for the kernel for the device he/him is running: https://lists.archlinux.org/archives/list/aur-general@lists.archlinux.org/message/EX6VGRHLV5IDKXLGKF4MUTZDB33RCFBF/ (The aurweb software should have more sophisticated mechanism and more moderators to fight spam!)
In conclusion, I believe that there's no problem to retain the
provides=("python=$pkgver")
line in PKGBUILD.rammiah commented on 2024-03-25 12:52 (UTC)
@soh Thanks for your reply, I have changed to pyenv to manage my python versions, I use a x86_64, amd 6900hx.
soh commented on 2024-03-25 12:20 (UTC) (edited on 2024-03-25 12:21 (UTC) by soh)
@rammiah Hello, but I don't meet this error. Which CPU architecture do you use? I guess you are on non-x86_64?
rammiah commented on 2024-02-20 12:11 (UTC)
I met an error while upgrading:
python312 fixed this by
1 2 3 4 Next › Last »