Search Criteria
Package Details: python38 3.8.20-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/python38.git (read-only, click to copy) |
|---|---|
| Package Base: | python38 |
| Description: | Major release 3.8 of the Python high-level programming language |
| Upstream URL: | https://www.python.org/ |
| Keywords: | python python3 |
| Licenses: | PSF-2.0 |
| Submitter: | rixx |
| Maintainer: | rixx |
| Last Packager: | rixx |
| Votes: | 32 |
| Popularity: | 0.45 |
| First Submitted: | 2019-03-27 20:21 (UTC) |
| Last Updated: | 2024-11-06 08:34 (UTC) |
Dependencies (12)
- bzip2 (bzip2-gitAUR)
- expat (expat-gitAUR)
- gdbm (gdbm-gitAUR)
- libffi (libffi-gitAUR)
- openssl (openssl-gitAUR, openssl-staticAUR)
- zlib (zlib-ng-compat-gitAUR, zlib-gitAUR, zlib-ng-compat)
- bluez-libs (bluez-gitAUR) (make)
- mpdecimal (make)
- sqlite (sqlite-fossilAUR) (make)
- tk (tk-fossilAUR) (make)
- sqlite (sqlite-fossilAUR) (optional)
- tk (tk-fossilAUR) (optional) – for tkinter
Required by (4)
- cplex (optional)
- linkserver
- svp-bin (optional)
- tvm
Latest Comments
1 2 3 4 5 Next › Last »
MarsSeed commented on 2023-11-07 14:57 (UTC) (edited on 2023-11-07 15:03 (UTC) by MarsSeed)
Originally, I suggested
python-3.x, but maybe it would be best to use thepython3.xpgkname format, in case other modules would need to be created.I think the latter would lead to a more immediately recognizable grouping of what name part belongs to where. E.g.:
python3.8python3.10python3.13-setuptoolspython3.8-setuptools57(python v3.8, setuptools v57)python3.9-pillow9.5(python v3.9, pillow v9.5)FabioLolix commented on 2023-10-19 09:23 (UTC)
@thojoh packages of the base-devel group are a prerequisite for using the aur and don't have to be specified in makedepends
thojoh commented on 2023-10-19 08:19 (UTC)
@rixx Updating this package requires that patch is installed, while apparently not specified as a build dependency of this package as per PKGBUILD#depends.
while not a big deal to install it (patch) myself on the side, and arguably I probably should have had it already, adding it to the package build dependencies also shouldn't be a biggie. don't know if also missing for the python3.9 package you're also [kindly] maintaining.
and thank you for maintaining this package
rixx commented on 2023-10-14 22:06 (UTC)
@MarsSeed @FabioLolix Thank you both for the explanation. Updated the pkgbuild accordingly and put the explanation into the README to make sure that it'll persist this time (I do have the memory of a goldfish and I'm only maintaining these repos because nobody else is doing it, so this way I hopefully won't get convinced to add it again in another two years …).
MarsSeed commented on 2023-10-14 20:26 (UTC)
A reasonable benchmark is to test scenario that the current provides/conflicts metadata allows, and see if it leads to problems or not.
Having provides=python but not conflicts=python means:
Cause: python38 does not provide
/usr/bin/python{,3}and doest not use modules from/usr/lib/python3.11/site-packages/(belonging as of now to the core/python pkg).Solution: remove 'provides=python' from 'python38' package.
Should you decide the matter based on feelings or badgering? No.
Should you resolve the above issue based on reason? Yes.
FabioLolix commented on 2023-10-14 20:21 (UTC)
pkgbuilds that need
python38need to depends specifically onpython38, "python=$pkgver" isn't rendered in AURWeb and it count only aspythonas you can see inRequired by (12481)I can install
python38then removepythonand break all packages that depends on python and my desktop, in the example below python38 have been added to my local repo; note the differences after it has been installed and I try remove python againrixx commented on 2023-10-14 20:00 (UTC)
@FabioLolix Like I'm said, I'm happy to follow the direction of other maintainers like @soh – the pkgbuild explicitly does not say "provides Python", it says "provides Python=3.8", which seems accurate to me.
I distinctly remember being badgered into adding
provides=(python)over 2 years ago, and then being (understandably!) also badgered into adding the version number.I understand people have pretty strong feelings on this, and I … don't. If there's a clear majority in favour of removing the offending line, I'd merge a merge request to the pkgbuilds repo.
FabioLolix commented on 2023-10-14 13:38 (UTC)
While it has been done don't mean it is correct, please remove provides=(python), none of this packages that provides python are drop-in replacements
rixx commented on 2023-10-11 09:08 (UTC)
@MarsSeed Thank you for your advice! I was a bit on the fence about this, since the
pythonXYnaming convention has been around for (IIRC) at least since thepython24package. In this case, I think I'll follow the lead and reasoning of soh over in python310, for general consistency.MarsSeed commented on 2023-10-09 12:17 (UTC)
Please kindly rename this package to
python-3.8to conform to Arch package naming guidelines (to the requirement that calls for attaching only the major version number directly to the package name, which in this case is 3 - three -, not 38 - thirty eight).Also please remove the provides field. It is useless, and this package is not a drop-in replacement of repo's python package. Also, AUR helpers don't support versioned provides lookup.
Some good examples from repo:
openssl-1.1atkmm-2.36aspnet-runtime-6.0Thank you in advance for your cooperation, and for maintaining this package.
1 2 3 4 5 Next › Last »