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: 74
Popularity: 0.45
First Submitted: 2022-09-23 10:01 (UTC)
Last Updated: 2024-06-17 22:01 (UTC)

Required by (1057)

Sources (4)

Pinned Comments

Latest Comments

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

micwoj92 commented on 2022-12-04 23:43 (UTC)

It's not legit issue.

dhtseany commented on 2022-12-04 23:33 (UTC)

I think I'm having a similar problem as @Noorquacker, none of the repos on my local system recognize openssl-1.1 as a valid package, even though it's listed in the repo search tool as demonstrated by @FabioLolix. I'm not sure this is a problem to be solved by the python2 package maintainer but it is a legit issue at the moment none the less.

eclairevoyant commented on 2022-12-02 06:23 (UTC)

@Noorquacker It's also not a "switch", this package has depended on 1.1 for years.

FabioLolix commented on 2022-11-30 17:22 (UTC)

@Noorquacker https://archlinux.org/packages/?q=openssl-1.1

Noorquacker commented on 2022-11-30 17:22 (UTC)

Hi, what's with the switch from openssl to openssl-1.1? There isn't an openssl-1.1 package in the official repos or the AUR

NicolasV commented on 2022-11-30 13:21 (UTC)

I couldn't compile python2 using "makepkg -si" on Arch, because of a segfault in test_bigrepeat

OK
0:13:50 load avg: 0.80 [350/395/1] test_ttk_textonly
test_convert_stringval (test_ttk.test_functions.InternalFunctionsTest) ... ok
test_format_elemcreate (test_ttk.test_functions.InternalFunctionsTest) ... ok
test_format_layoutlist (test_ttk.test_functions.InternalFunctionsTest) ... ok
test_format_mapdict (test_ttk.test_functions.InternalFunctionsTest) ... ok
test_format_optdict (test_ttk.test_functions.InternalFunctionsTest) ... ok
test_list_from_layouttuple (test_ttk.test_functions.InternalFunctionsTest) ... ok
test_list_from_statespec (test_ttk.test_functions.InternalFunctionsTest) ... ok
test_script_from_settings (test_ttk.test_functions.InternalFunctionsTest) ... ok
test_tclobj_to_py (test_ttk.test_functions.InternalFunctionsTest) ... ok
test_val_or_dict (test_ttk.test_functions.InternalFunctionsTest) ... ok
test_multivalues (test_ttk.test_functions.TclObjsToPyTest) ... ok
test_nosplit (test_ttk.test_functions.TclObjsToPyTest) ... ok
test_unicode (test_ttk.test_functions.TclObjsToPyTest) ... ok

----------------------------------------------------------------------
Ran 13 tests in 0.009s

OK
0:13:51 load avg: 0.80 [351/395/1] test_tuple
test_addmul (test.test_tuple.TupleTest) ... ok
test_bigrepeat (test.test_tuple.TupleTest) ... /usr/bin/xvfb-run : ligne 181 :  3921 Erreur de segmentation  (core dumped)DISPLAY=:$SERVERNUM XAUTHORITY=$AUTHFILE "$@"
==> ERREUR : Une erreur s’est produite dans check().
    Abandon…

This could be related: https://lists.openembedded.org/g/openembedded-core/message/142166

micwoj92 commented on 2022-11-17 22:18 (UTC)

First, it is not ignoring your !check, because this is not being run in check(). Whether you use !check in makepkg.conf or --nocheck it only skips things ran in check() nothing more and nothing less.

Second, I don't know this build system and what it exactly does. If you want to know more you can start by reading readme section about PGO. https://github.com/python/cpython/blob/2.7/README#L177

Rulatir commented on 2022-11-17 21:58 (UTC) (edited on 2022-11-17 21:59 (UTC) by Rulatir)

@micwoj92 you mean these?

...
0:01:42 load avg: 1.14 [177/400] test_imghdr -- test_imgfile skipped
0:01:42 load avg: 1.14 [178/400] test_imp
0:01:42 load avg: 1.14 [179/400] test_import
0:01:42 load avg: 1.14 [180/400] test_import_magic
0:01:43 load avg: 1.14 [181/400] test_importhooks
0:01:43 load avg: 1.14 [182/400] test_importlib
0:01:43 load avg: 1.14 [183/400] test_index
0:01:43 load avg: 1.14 [184/400] test_inspect
0:01:44 load avg: 1.14 [185/400] test_int
0:01:45 load avg: 1.14 [186/400] test_int_literal
0:01:45 load avg: 1.14 [187/400] test_io
...

Whathever these are, every last one of them has a name that starts with "test_", so forgive me for believing that these are tests. By "these are for PGO", do you mean that this lengthy build stage is actual profile collection for PGO, or is it in fact testing something related to PGO? If the former, then I guess I'll have to wait. But if the latter, then my original assessment stands: something is ignoring my directive not to run tests.

micwoj92 commented on 2022-11-15 18:36 (UTC)

No, these are for PGO, if you want to disable that then don't run pgo. And it does not take forever.

Rulatir commented on 2022-11-15 09:08 (UTC)

This PKGBUILD doesn't honor !check in makepkg.conf's BUILDENV variable and runs tests anyway, which take forever.

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