Ned Deily added the comment:
New changeset 42b16b2a867ad3f6c022476076da3d6ea789021b by Ned Deily (Miss
Islington (bot)) in branch '3.7':
bpo-36953: Delay removal of ABCs from collections. (GH-13409)
https://github.com/python/cpython/commit/42b16b2a867ad3f6c022476076da3d
Ned Deily added the comment:
New changeset 1c61f2cc7ab44591b1832307a4022c927502d446 by Ned Deily (Vinay
Sajip) in branch '3.7':
bpo-38368: Added fix for ctypes crash when handling arrays in structs/unions.
(GH-16589) (GH-16672)
https://github.com/python/cpyt
Ned Deily added the comment:
New changeset 2a405598bbccbc42710dc5ecf3d44c8de4c16582 by Ned Deily (Abhilash
Raj) in branch '3.7':
[3.7] bpo-38449: Revert "bpo-22347: Update mimetypes.guess_type to allow oper
parsing of URLs (GH-15685)" (GH-16724) (GH-16727)
https://githu
Ned Deily added the comment:
New changeset 49e650b2489da861d4c49b41787160f30d8259bf by Ned Deily (Miss
Islington (bot)) in branch '3.7':
bpo-32996: Documentation fix-up. (GH-16646)
https://github.com/python/cpython/commit/49e650b2489da861d4c49b41787160
Ned Deily added the comment:
New changeset bd9a70c2c177d2f99f63d87b865e6e9c2936ba2e by Ned Deily (Miss
Islington (bot)) in branch '3.7':
bpo-28556: Remove another mention of metaclass of Generic in typing docs
(GH-16743)
https://github.com/python/cpyt
Ned Deily added the comment:
New changeset 88204a3908663a574919f9c17278bcabed0598fa by Ned Deily (Miss
Islington (bot)) in branch '3.7':
bpo-34344 Fix AbstractEventLoopPolicy.get_event_loop docstring (GH-16463)
https://github.com/python/cpython/commit/88204a3908663a574919f9c17278bc
Ned Deily added the comment:
New changeset 2a405598bbccbc42710dc5ecf3d44c8de4c16582 by Ned Deily (Abhilash
Raj) in branch '3.7':
[3.7] bpo-38449: Revert "bpo-22347: Update mimetypes.guess_type to allow oper
parsing of URLs (GH-15685)" (GH-16724) (GH-16727)
https://githu
Ned Deily added the comment:
New changeset f168c17b075b4103eaf1f619acd3bca3890fbac7 by Ned Deily (Miss
Islington (bot)) in branch '3.7':
bpo-26510: Add versionchanged for required arg of add_subparsers (GH-16588)
https://github.com/python/cpyt
Ned Deily added the comment:
New changeset 6eb554583218cda9a145982a41c30612968a942f by Ned Deily (Miss
Islington (bot)) in branch '3.7':
bpo-38235: Correct some arguments names in logging documentation (GH-16571)
(GH-16577)
https://github.com/python/cpyt
Ned Deily added the comment:
New changeset ab22c8bc488e822d03c4778b30ec60131ea35c63 by Ned Deily (Miss
Islington (bot)) in branch '3.7':
bpo-38344: Fix syntax in activate.bat (GH-16533)
https://github.com/python/cpython/commit/ab22c8bc488e822d03c4778b30ec60
Ned Deily added the comment:
New changeset e9c65b4ae765ccd381eccdfc4617dc46899406e1 by Ned Deily (Miss
Islington (bot)) in branch '3.7':
bpo-38391: Fixing a typo for Py_DECREF (GH-16616)
https://github.com/python/cpython/commit/e9c65b4ae765ccd381eccdfc4617dc46899406e1
-
Ned Deily added the comment:
(3.7.5 is released with this fix)
--
___
Python tracker
<https://bugs.python.org/issue38344>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
(fix released in 3.8.0 and 3.7.5)
--
___
Python tracker
<https://bugs.python.org/issue38368>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
(fix also released in 3.7.5)
--
___
Python tracker
<https://bugs.python.org/issue38449>
___
___
Python-bugs-list mailing list
Unsub
Change by Ned Deily :
--
keywords: +3.8regression
nosy: +lukasz.langa
versions: +Python 3.9
___
Python tracker
<https://bugs.python.org/issue37633>
___
___
Pytho
Ned Deily added the comment:
Thanks for the report. The full documentation builds of the current state of
the docs, including the downloadable packages, occur only once every 24 hours
and the 3.7.5 just missed the last iteration. It looks like they should appear
in about 4 or 5 hours
Ned Deily added the comment:
The Python bug tracker is a place to report bugs, not provide user support.
There are many other places to get that kind of help and it appears you have
been receiving help elsewhere. Good luck!
--
nosy: +ned.deily
resolution: -> not a bug
st
Ned Deily added the comment:
FTR, Raymond reports in a tweet
(https://twitter.com/raymondh/status/1184667350953447424) that it is possible
to get logged out if you ignore the warning and try to open a file in IDLE when
the System Preference is set to always open documents in tabs. I was
Ned Deily added the comment:
Should be: "I did't *try* elsewhere.", not "see elsewhere".
--
___
Python tracker
<https://bugs.python.org/issue34864>
___
Ned Deily added the comment:
You might also want to try on StackOverflow or on an Ubuntu or Debian forum. We
don't produce deb packages ourselves.
--
nosy: +ned.deily
resolution: -> third party
stage: -> resolved
status: ope
Ned Deily added the comment:
@pablogsal, Is this still an issue for you? AFAIK, there have been no other
reports of this behavior.
--
___
Python tracker
<https://bugs.python.org/issue37
Ned Deily added the comment:
What's the status of this release blocker? Is there something that needs to be
done for 2.7.17final which is imminent?
--
nosy: +ned.deily
___
Python tracker
<https://bugs.python.org/is
Change by Ned Deily :
--
nosy: +davin, pitrou
___
Python tracker
<https://bugs.python.org/issue38520>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Outside of IDLE, the example causes a segfault. With debug build of current
master HEAD:
Assertion failed: (value != NULL), function dictreviter_iternext, file
../../source/Objects/dictobject.c, line 3834.
if (d->ma_values) {
if (i
Ned Deily added the comment:
Thanks for the report, by the way!
--
___
Python tracker
<https://bugs.python.org/issue38525>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
Thanks for the report and the PR (and sorry for the delay in responding).
There were several problems with building on macOS without installed header
files, which is no longer supported in the most recent Xcode / Command Line
Tools releases, as well as a
Ned Deily added the comment:
Thanks for thre report. I overlooked 2.7 when updating the version switcher;
the change will appear over the next 24 hours or so as the on-line docs get
fully rebuilt.
> Also, 2.7 docs version switcher at the moment show `dev (3.9)` for 3.9
> whereas t
Change by Ned Deily :
--
assignee: -> mdk
components: +Documentation
nosy: +mdk
___
Python tracker
<https://bugs.python.org/issue38592>
___
___
Python-
Change by Ned Deily :
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker
<https://bugs.python.org/issue38
Change by Ned Deily :
___
Python tracker
<https://bugs.python.org/issue38621>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/
Ned Deily added the comment:
This appears to be essentially a duplicate of Issue13631 which has long
proposed full support of libedit.
--
assignee: -> gregory.p.smith
nosy: +gregory.p.smith, ned.deily
___
Python tracker
<https://bugs.pyth
Change by Ned Deily :
--
nosy: +doko -Marco Ippolito
___
Python tracker
<https://bugs.python.org/issue38642>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Thanks for the report. This appears to be another instance of a long-standing
unresolved problem when using networks functions in a thread application on
macOS that invoke Python's _scproxy helper module to obtain possible network
proxy configuration info
Ned Deily added the comment:
Looking at the macOS crash report you supplied (thanks!), the crash is
occurring below libcurl which is called by the third-party pycurl module, so
not in Python Standard Library code. And the crash appears to another of
macOS's attempts to catch doing u
Ned Deily added the comment:
> should I report issue to libcurl
It wouldn't hurt although they probably are aware of the problem.
--
___
Python tracker
<https://bugs.python.org
Ned Deily added the comment:
That is working as designed because a particular release version of the Python
docset contains the What's New documents of previous versions. So when you use
the version switcher to move from 3.8 to 3.9, you are now looking at the 3.8
What's New
Ned Deily added the comment:
That's an interesting question. There is much prior art here dating back to
the earliest days of Unix. The Open Group Base Specification has a section
dealing with the syntax of utility arguments with suggestions of when or when
not a space between the o
Ned Deily added the comment:
Can you explain how this would be rolled out? Does this mean as of a planned
release of pip the current ensurepip would break? If so, when? Is 2.7 still
supported with that version of pip and, if so, have you tested the PR with it?
--
nosy: +ned.deily
Change by Ned Deily :
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
type: crash ->
___
Python tracker
<https://bugs.python.org/issu
Ned Deily added the comment:
Thanks for the report but without a supplying a reproducible test case it's
really difficult to say what issue you might be seeing. FWIW, I was not able to
reproduce a failure but I was just guessing what your project code really does.
Also be aware tha
Change by Ned Deily :
--
resolution: -> third party
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue38705>
___
___
Ned Deily added the comment:
That's quite a stack trace, bouncing back and forth between Python and Tk and
macOS. I don't really have any experience with the flow of control there with
call outs to file save dialogs. CCing Kevin Walzer on the off chance that this
might be fa
Ned Deily added the comment:
Thanks, Kevin. I do see that 8.6.10rc1 is now available. Yay!
Tal:
> How can we work with the Tk developers to ensure it works with Python across
> platforms?
We have the first 3.9.0 alpha scheduled in about 10 days. I will try to build
8.6.10rc1 (or
Ned Deily added the comment:
> That would be very helpful! If you do so I'd be happy to test on Windows,
> macOS.
Sorry, I meant for macOS only. I'm not getting into the business of building
Windows installers, too. :) As for Ubuntu, you should be able to build that
Change by Ned Deily :
--
nosy: +vinay.sajip
___
Python tracker
<https://bugs.python.org/issue38732>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
I'm sorry you ran into this but, unfortunately, the binaries from Python.org
macOS installers prior to 3.7 do not work on macOS 11 Big Sur. Since Python 3.6
and 3.7 are in the security-fix-only phase of the life cycles, we do not
provide support on them fo
Ned Deily added the comment:
I'm sorry you ran into this but, unfortunately, the binaries from Python.org
macOS installers prior to 3.7 do not work on macOS 11 Big Sur. Since Python 3.6
and 3.7 are in the security-fix-only phase of the life cycles, we do not
provide support on them fo
Change by Ned Deily :
--
superseder: Installation of Python 3.6.13 fails on MacOS Big Sur 11.2.3 ->
Older Python builds are missing a required file on Big Sur
___
Python tracker
<https://bugs.python.org/issu
Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg388515
___
Python tracker
<https://bugs.python.org/issue43470>
___
___
Python-bugs-list m
Ned Deily added the comment:
[Updated response] I'm sorry you ran into this but, unfortunately, Python 3.6
is in its security-fix-only phase of its life cycles and, as such, we do not
provide support on them for new OS versions. Please see the detailed response
to Issue43393 for
Ned Deily added the comment:
Python 2.7.x reached end-of-life in early 2000 so it is no longer supported in
any way. That said, since you say the file extension is .mpkg and based on the
behavior you describe, it sounds like you are trying to install a very old
version of Python 2.7. The
Ned Deily added the comment:
er, make that early 2020 :)
--
___
Python tracker
<https://bugs.python.org/issue43489>
___
___
Python-bugs-list mailing list
Unsub
Ned Deily added the comment:
What version of Python are you running? And from where did you get it? Based
on your other recent issue, it sounds like you may be trying to use an old
version of Python 2.7, which is now retired. If possible, try using a current
supported version, like Python
Change by Ned Deily :
--
nosy: +vinay.sajip
___
Python tracker
<https://bugs.python.org/issue43334>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
You’d have to check with the Pygame project. But a quick look at the PyPI entry
for Pygame seems to indicate that they provide pip-installable binaries for all
current versions of Python 3.
https://pypi.org/project/pygame
Ned Deily added the comment:
@gps, What about ftplib doc changes and What's new entries for this change in
behavior?
--
___
Python tracker
<https://bugs.python.org/is
Ned Deily added the comment:
New changeset 4134f154ae2f621f25c5d698cc0f1748035a1b88 by Miss Islington (bot)
in branch '3.6':
[3.6] bpo-43285 Make ftplib not trust the PASV response. (GH-24838) (GH-24881)
(GH-24882)
https://github.com/python/cpyt
Ned Deily added the comment:
New changeset 79373951b3eab585d42e0f0ab83718cbe1d0ee33 by Miss Islington (bot)
in branch '3.7':
[3.7] bpo-43285 Make ftplib not trust the PASV response. (GH-24838) (GH-24881)
(GH-24883)
https://github.com/python/cpyt
Ned Deily added the comment:
Thanks for the PRs and the What's New entries.
--
assignee: ned.deily ->
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.pyth
Ned Deily added the comment:
Thanks for submitting a very interesting issue! tkinter/Tk performance is not
something we normally pay a lot of attention to. I did not attempt to run your
application but I was able to see significant performance differences with your
simple "help(&#x
Ned Deily added the comment:
Please report the verbose results from the failing test cases; otherwise we are
just guessing at what the exact failure is. Use the -w or -v options to
test.regrtest.
--
nosy: +ned.deily
___
Python tracker
<ht
Change by Ned Deily :
--
assignee: -> docs@python
components: +Documentation
nosy: +docs@python
type: behavior ->
___
Python tracker
<https://bugs.python.org/i
Ned Deily added the comment:
FWIW, I don't recall ever seeing a "too many open files" failure for
test_importlib on any of my macOS systems.
--
nosy: +ned.deily
___
Python tracker
<https://bugs.pyt
Ned Deily added the comment:
New changeset 7c2284f97d140c4e4a85382bfb3a42440be2464d by Miss Islington (bot)
in branch '3.7':
bpo-42988: Remove the pydoc getfile feature (GH-25015) (#25066)
https://github.com/python/cpython/commit/7c2284f97d140c4e4a85382bfb3a42
Ned Deily added the comment:
New changeset 5b1e50256b6532667b6d31debc350f6c7d3f30aa by Miss Islington (bot)
in branch '3.6':
bpo-42988: Remove the pydoc getfile feature (GH-25015) (GH-25067)
https://github.com/python/cpython/commit/5b1e50256b6532667b6d31debc350f
Ned Deily added the comment:
@jcea, I see you have created backports for 3.7 and 3.6 as well. Those release
as in their security-fix-only phase of their life cycles. This doesn't seem
like a security issue but am I missing something?
--
nosy: +ned.
Ned Deily added the comment:
"Those releases are in their"
--
___
Python tracker
<https://bugs.python.org/issue35930>
___
___
Python-bugs-list mailing
Ned Deily added the comment:
If you want to pursue your suggestion for a change in the language, the best
place to do so is first on the python-ideas mailing list
(https://mail.python.org/mailman3/lists/python-ideas.python.org/). The issue
tracker here is more for bugs and minor
Change by Ned Deily :
--
priority: normal -> release blocker
versions: +Python 3.10 -Python 3.6
___
Python tracker
<https://bugs.python.org/issue27129>
___
_
New submission from Ned Deily :
>From the config.log you supplied, it looks the macOS system you are running on
>was upgraded to the current latest version, 11.2.3, but the Command Line Tools
>were not. It seems that with recent macOS releases, you often need to do that
>manua
Ned Deily added the comment:
P.S. Also check System Preferences -> Software Update for any updates to the
Command Line Tools.
--
___
Python tracker
<https://bugs.python.org/issu
Ned Deily added the comment:
Now updated to OpenSSL 1.1.1k in Issue43631
--
priority: deferred blocker ->
resolution: -> out of date
stage: patch review -> resolved
status: open -> closed
superseder: -> Update to OpenSSL 1.1.1k
___
Ned Deily added the comment:
"Install a supported _curses library"
That's not correct advice. _curses is the name of the support module written in
C in the Python Standard Library. If it is not available to import in an
installation, it's most likely because the build
Change by Ned Deily :
--
resolution: -> out of date
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue23470>
___
___
Ned Deily added the comment:
Thanks for the report. However, I think you've drawn the wrong conclusion form
what you've observed. The reason you are unable to do what you are trying to do
is that the _sqlite3 module included with the python.org macOS Pythons is
statically linke
Change by Ned Deily :
--
nosy: +vinay.sajip
___
Python tracker
<https://bugs.python.org/issue43749>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Thank you for the report. The issue is that the necessary operating system
support for opening with a file descriptor, openat, was only first implemented
in macOS 10.10 (see man 2 openat) and, up until recently, all python.org macOS
binaries were built on 10.9
Ned Deily added the comment:
Thanks for providing a detailed and relatively simple-to-run test case for such
a complicated failure. Not totally surprising for what appears to likely be a
race condition, I have been unable to reproduce it under several macOS
environments including in a
Ned Deily added the comment:
@harlantc, in general, please open new issues for new problems. That said, I
took a quick look at the build.log you provided and it was not obvious exactly
why things went wrong. The most obvious difference is that when I do a 3.9.4
build, the extension module
Ned Deily added the comment:
No problem. Also you should not need to specify sysroot if you are; the Apple
compiler front-end takes care of that for you (see man xcrun for more details).
--
___
Python tracker
<https://bugs.python.org/issue41
Change by Ned Deily :
--
nosy: +vinay.sajip
___
Python tracker
<https://bugs.python.org/issue43877>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ned Deily :
--
resolution: -> out of date
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue43873>
___
___
Change by Ned Deily :
--
nosy: +steve.dower
___
Python tracker
<https://bugs.python.org/issue43762>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ned Deily :
--
nosy: +davin, pitrou
___
Python tracker
<https://bugs.python.org/issue43768>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ned Deily :
--
nosy: +brett.cannon, pablogsal
___
Python tracker
<https://bugs.python.org/issue43888>
___
___
Python-bugs-list mailing list
Unsub
Ned Deily added the comment:
I'm unable to reproduce the failure you see using the current top of the master
branch (or the 3.9 branch) when running ./configure on an M1 Mac with macOS
11.2.3 and Xcode 12.4. The results I see are:
checking build system type... arm-apple-darwin2
Ned Deily added the comment:
Thanks for the additional info and the PR. Yes, it probably does make sense to
update them. But it also makes sense to avoid getting into problems building
(Python and likely some other projects) with replacements for Apple-supplied
utilities :) I note that
Ned Deily added the comment:
Can you please give a code snippet of the behavior you believe is incorrect? It
is not clear to me what you mean by importing a library.
--
___
Python tracker
<https://bugs.python.org/issue43
Ned Deily added the comment:
Thanks for the clarification. On most platforms other than Windows, Python
expects compiled extension modules (usually written in C or C++) to have an
extension of .so. This is true as well on macOS. Typically, extension modules
are compiled using Python&#
Ned Deily added the comment:
New changeset ce827816442613f982c356aa2f434c3c8a0c8917 by Erlend Egeberg
Aasland in branch 'master':
bpo-43492: Update macOS installer to use SQLite 3.35.5 (GH-25640)
https://github.com/python/cpython/commit/ce827816442613f982c356aa2f434c
Ned Deily added the comment:
I agree that we should just remove the code coverage runs rather than trying to
improve their security. It seems to me to be rude of us to use so much of the
open source build resources for an activity that appears to have little benefit.
--
nosy
Change by Ned Deily :
--
nosy: +lukasz.langa, ned.deily, pablogsal
___
Python tracker
<https://bugs.python.org/issue44000>
___
___
Python-bugs-list mailin
New submission from Ned Deily :
On certain macOS configurations, it is possible to have a universal build (one
that contains executables and libraries with binaries for more than one CPU
architecture combined into "fat" files) where running with a choice of archs.
Examples i
Change by Ned Deily :
--
keywords: +patch
pull_requests: +24489
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/25804
___
Python tracker
<https://bugs.python.org/issu
Change by Ned Deily :
--
pull_requests: +24492
pull_request: https://github.com/python/cpython/pull/25806
___
Python tracker
<https://bugs.python.org/issue42
Change by Ned Deily :
--
pull_requests: +24493
pull_request: https://github.com/python/cpython/pull/25806
___
Python tracker
<https://bugs.python.org/issue42
Change by Ned Deily :
--
pull_requests: +24491
pull_request: https://github.com/python/cpython/pull/25806
___
Python tracker
<https://bugs.python.org/issue41
Ned Deily added the comment:
Thanks, Max, for doing the backport to 3.8 hard work! While PR 25274 covered
most of the changes needed, there were some additional fixes and changes needed
and I felt it was easier to cherry-pick all of the changes into a new PR. I
have done extensive building
Ned Deily added the comment:
New changeset 0cb33da1cc9cebb9b2d67d446feb1cfd36fe7f55 by Ned Deily in branch
'master':
bpo-44009: Provide "python3.x-intel64" for Apple Silicon Macs (GH-25804)
https://github.com/python/cpython/commit/0cb33da1cc9cebb9b2d6
Change by Ned Deily :
--
pull_requests: +24495
stage: commit review -> patch review
pull_request: https://github.com/python/cpython/pull/25808
___
Python tracker
<https://bugs.python.org/issu
1201 - 1300 of 6927 matches
Mail list logo
