Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1332978
Summary: | update to a newer release or merge with pypy package | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Dan Horák <dan> |
Component: | pypy3 | Assignee: | Miro Hrončok <mhroncok> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 25 | CC: | dan, mcyprian, mhroncok, mstuchli, pbrobinson, pingou, python-sig, upstream-release-monitoring, zbyszek |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | pypy3-5.5.0-3.fc25 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2016-11-19 21:18:30 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | 1307889 | ||
Bug Blocks: | 467765, 1071880 |
Description
Dan Horák
2016-05-04 13:10:11 UTC
> Isn't it possible to merge pypy3 with pypy packages and build both py2 and
> py3 specific versions from a common package?
I believe originally the reason for the separate base package was because py3 support was a fork/separate tarball but this isn't the case now since v4 with both py2 and py3 support being buildable from the same tar file.
Oh, I didn't know that http://pypy.org/download.html still lists pypy3 as the one with Python 3 support and 2.4.0 as the latest version. Hm, sounds we are out of luck then. Peter, what's the source of your information? I'm sure it was on their main site, when I have a moment I'll see if I can find it again, it was a while ago that I read it. So there's now a new 5.5.0 release with support for a number of new architectures: x86 machines on most common operating systems except Windows newer ARM hardware (ARMv6 or ARMv7, with VFPv3) running Linux big- and little-endian variants of PPC64 running Linux s390x running Linux https://morepypy.blogspot.co.uk/2016/10/pypy3-550-released.html Cool. I already have an alpha ready in https://copr.fedorainfracloud.org/coprs/churchyard/pypy33/ will try to package this ASAP. The real question is, shall I do rawhide only? Probably yes, because the virtualenvs tend to be broken between pypy releases. I'm now stuck at: Exception: OpenSSL version >= 1.1 not supported yet. I'd go for F25 too. It'd be much nicer to have this in stable Fedora for next 6 months. And it'd get around the OpenSSL issue :) A bit later the openssl-1.0-compat-devel package will almost certainly be added to rawhide, or pypy will get support for 1.1. Either way, it makes sense to proceed without openssl-1.1 for now. Ye, I'm trying to build for F25 to have it ready. *** Bug 1353595 has been marked as a duplicate of this bug. *** I'm having trouble with https://github.com/yyuu/pyenv-virtualenv/issues/188 which would be a blocker. $ python3 -m virtualenv -p /usr/bin/pypy3 pypy3 (exceptions, errors, problems) But I'm doing it on F23, so will also test on F25 to see if it perhaps does work there. In case anyone would like to help with that see https://copr.fedorainfracloud.org/coprs/churchyard/pypy33 $ python3 -m virtualenv -p /usr/bin/pypy3 pypy3 works on F25. will test with tox, but I think it will work as well. It works. Going to build in rawhide. Forgot to commit the sources, sorry about that. http://koji.fedoraproject.org/koji/taskinfo?taskID=16163590 And you'll likely want to ExcludeArch aarch64 as I'm not sure (sadly) it's supported yet (although would love to be proven wrong) Find out the hard way :( http://koji.fedoraproject.org/koji/taskinfo?taskID=16164154 I'm getting "Memory exhausted" on armv7hl twice in a row. Will try to get it build less parallel and see if that works. Hmm, there is http://pkgs.fedoraproject.org/cgit/rpms/pypy.git/commit/pypy.spec?id=5164c65be2c803608d92eb05cf38fd269c7bd402 - I'll try to use the line with PYPY_GC_MAX_DELTA. So making it less parallel doesn't help And I was unable to port the PYPY_GC_MAX_DELTA command to this package, as I have no idea how does that work. Michal, could you please have a look? It was in your commit in pypy. This command changes settings of PyPy's garbage collector to reduce RAM usage. It don't know any details, I put command from documentation to the specfile and it worked for PyPy2. Documentation links: http://pypy.org/download.html http://doc.pypy.org/en/latest/gc_info.html I'm sorry. I don't have time to fix this in time. Zbigniew, if you want to get this to Fedora 25, please have a look at it. If you don't have time as well, ask Michal. Also, we could ask for help on python-devel@ I switched the linker to gold (but not on ppc64*, because it isn't available there), which got around the linking issues on arm and made some small hack in the build process. sharkcz fixed the build on s390x by bumping the minimum architecture version to z10. pypy3-5.5.0-3.fc25 has been submitted as an update to Fedora 25. https://bodhi.fedoraproject.org/updates/FEDORA-2016-6f621ad361 You are awesome! I'll test the build and give karma accordingly. pypy3-5.5.0-3.fc25 has been pushed to the Fedora 25 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-6f621ad361 pypy3-5.5.0-3.fc25 has been pushed to the Fedora 25 stable repository. If problems still persist, please make note of it in this bug report. |