| Git Clone URL: | https://aur.archlinux.org/python2.git (read-only, click to copy) |
|---|---|
| Package Base: | python2 |
| Description: | A high-level scripting language |
| Upstream URL: | https://www.python.org/ |
| Licenses: | PSF-2.0 |
| Conflicts: | python |
| Submitter: | jelly |
| Maintainer: | andreas_baumann |
| Last Packager: | andreas_baumann |
| Votes: | 76 |
| Popularity: | 0.105186 |
| First Submitted: | 2022-09-23 10:01 (UTC) |
| Last Updated: | 2026-05-07 08:44 (UTC) |
Manjaro users can also use pacman :)
It is true that many people don't need this and just blindly update, but unfortunately some still do (for more or less valid reason).
Also this package is not faulty, it works as intended.
Not prickly, just advice for people that are willing to read.
You are wrong, python2 is not 100% compatible with openssl3. There are patches to make it work (to my knowledge fedora and debian have some variation of them) but I just decided to use openssl-1.1 as in my opinion it is easier solution.
Back then this package was in repos it also used gentoo patches.
The best choice would probably be to not write garbage comments anyway.
Packages in the AUR aren't even supported by Arch :) So don't let anyone tell you not to come here and talk to maintainers. The vast majority of them aren't this prickly and many of them use Manjaro themselves.
Seems like the maintainer here has an axe to grind with Manjaro users accessing their precious Arch package (which copies from Gentoo ;). I wouldn't be surprised if this change was made on purpose to cause this little drama given that the proper 'openssl' dependency works everywhere ergo it's being held back by this package, not Manjaro.
The best choice would probably be to ignore updates for this end-of-life garbage anyway.
@eduardolucioac Theoretically you shouldn't come here with manjaro problems.
Theoretically the error...
-> Could not find all required packages:
openssl-1.1 (Wanted by: python2)
... should not occur if the "openssl" package (openssl-1.1.1.q-1) is present, as we are talking about a different "revision" (MAJOR.MINOR.REVISION, versioning).
So the solution for me was to modify the dependencies in the "PKGBUILD" file by replacing "openssl-1.1" with "openssl"...
BEFORE
depends=('bzip2' 'expat' 'gdbm' 'libffi' 'libnsl' 'libxcrypt' 'openssl-1.1' 'sqlite' 'zlib')
AFTER
depends=('bzip2' 'expat' 'gdbm' 'libffi' 'libnsl' 'libxcrypt' 'openssl' 'sqlite' 'zlib')
BEFORE
CPPFLAGS+=" -I/usr/include/openssl-1.1"
LDFLAGS+=" -L/usr/lib/openssl-1.1"
AFTER
CPPFLAGS+=" -I/usr/include/openssl"
LDFLAGS+=" -L/usr/lib/openssl"
I also noticed the occurrence of failure in the test "test_urllibnet"...
1 test failed:
test_urllibnet
So I removed this test by modifying the "PKGBUILD" file once again...
BEFORE
xvfb-run "${srcdir}/Python-${pkgver}/python" -m test.regrtest -v -uall -x test_idle test_tk test_ttk_guionly test_ctypes test_ssl test_ftplib test_imaplib test_urllib2_localnet test_codecmaps_jp
AFTER
xvfb-run "${srcdir}/Python-${pkgver}/python" -m test.regrtest -v -uall -x test_idle test_tk test_ttk_guionly test_ctypes test_ssl test_ftplib test_imaplib test_urllib2_localnet test_codecmaps_jp test_urllibnet
Done! Thanks! ☺️
It also fails for python 3.10 (and probably any other version), installing not 100% compatible replacement of such crucial packages is your own responsibility. https://github.com/python/cpython/issues/98567
One can have zlib-ng installed and the zlib test will fail, by the way.
Required package name is 'openssl-1.1', not 'openssl' and this one you have installed on Manjaro. In Arch you can choose between 'openssl', 'openssl-1.0' and 'openssl-1.1' but on Manjaro there are only 'openssl' and 'openssl-1.0'.
BTW, this is AUR, Arch Users Repository, if package from there fits to your Manjaro installation you have lucky. Bad luck this time.
For the last time, don't come here with manjaro problems, not my issue that the packages are just held back there.
Pinned Comments