Package Details: python2 2.7.18-11

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: micwoj92
Last Packager: micwoj92
Votes: 76
Popularity: 1.34
First Submitted: 2022-09-23 10:01 (UTC)
Last Updated: 2024-06-17 22:01 (UTC)

Pinned Comments

Latest Comments

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 13 14 15 .. 19 Next › Last »

steadfasterX commented on 2022-11-11 12:06 (UTC)

supplementary to what @eduardolucioac wrote here a tiny 1-liner to "fix" that issue for those weird ;) Manjaro users:

sed -i "s/openssl-1.1/openssl/g;s/test_urllibnet//g" PKGBUILD

mosgerila commented on 2022-11-09 09:17 (UTC)

@eduardolucioac Thank you very much!

micwoj92 commented on 2022-11-08 18:27 (UTC) (edited on 2022-11-08 18:29 (UTC) by micwoj92)

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.

micwoj92 commented on 2022-11-08 18:21 (UTC) (edited on 2022-11-08 18:22 (UTC) by micwoj92)

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.

wayneb commented on 2022-11-08 18:04 (UTC) (edited on 2022-11-08 18:12 (UTC) by wayneb)

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.

micwoj92 commented on 2022-11-08 07:20 (UTC)

@eduardolucioac Theoretically you shouldn't come here with manjaro problems.

eduardolucioac commented on 2022-11-08 04:05 (UTC) (edited on 2022-11-08 12:30 (UTC) by eduardolucioac)

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! ☺️

micwoj92 commented on 2022-11-07 12:27 (UTC)

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

juxuanu commented on 2022-11-07 10:58 (UTC)

One can have zlib-ng installed and the zlib test will fail, by the way.

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 13 14 15 .. 19 Next › Last »