Summary: | dev-lang/python-2.7.14-r1 stable request | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Mike Gilbert <floppym> |
Component: | Stabilization | Assignee: | Python Gentoo Team <python> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | mgorny |
Priority: | Normal | Keywords: | STABLEREQ |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | https://bugs.python.org/issue30657 | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=637938 | ||
Whiteboard: | |||
Package list: |
dev-lang/python-2.7.14-r1
|
Runtime testing required: | --- |
Description
Mike Gilbert
![]() ia64/ppc/ppc64 stable Stable on amd64 x86 stable Stable on alpha. hppa stable sparc stable (thanks to Rolf Eike Beer) arm stable I wouldn't agree that this was ready for a stable listing,as it won't compile against openssl-1.1.0g (In reply to Geoff Madden from comment #8) > I wouldn't agree that this was ready for a stable listing,as it won't > compile against openssl-1.1.0g OpenSSL 1.1 isn't stable. (In reply to Michał Górny from comment #9) > (In reply to Geoff Madden from comment #8) > > I wouldn't agree that this was ready for a stable listing,as it won't > > compile against openssl-1.1.0g > > OpenSSL 1.1 isn't stable. problem is no matter what I request to happen as far as openssl is concerned,eventually 1.1.0g gets pulled in by something then all hell breaks loose with packages not compiling. On looking in the zz-autounmask file I see I have placed an item for openssl-1.1.0g-bindist, have now removed same and will let you know of results, it seems I have created my own problem,I have checked the dir's in /etc/portage and removed all changes referring openssl,replaced autounmask-write with -keep-masks,now the system is updating. This stabilized it for all already: commit 37ea3f64a3ee5dd309225f3cdfa5529fa6a67c4e Author: Mike Gilbert <floppym@gentoo.org> Date: Mon Dec 4 11:00:46 2017 -0500 dev-lang/python: stabilize nis disablement for 2.7 and 3.5 Package-Manager: Portage-2.3.15, Repoman-2.3.6_p7 fwiw, I believe it still fails tests on arm64, but all versions do and for python2 it's probably a libffi issue and not a regression; python-2.7.14-r1 has been good in practice. UnCCing arm64 as already stable |