Ned Deily added the comment:
> I'll elevate the status so that I don't forget before 3.8.1.
Ping, 3.8.1 cutoff is coming up very soon.
--
___
Python tracker
<https://bugs.python.org/issu
Ned Deily added the comment:
Where are we with this? The deadline for 3.8.1 and 3.7.6 is coming up in a few
days.
--
___
Python tracker
<https://bugs.python.org/issue37
Ned Deily added the comment:
It looks like the only thing left to do yet for this issue is to finish the
review of and merge the PR that actually implements the new parameter.
Removing the Deferred Blocker status and deselecting releases other than 3.9.
--
priority: deferred
Change by Ned Deily :
--
nosy: +mdk
___
Python tracker
<https://bugs.python.org/issue38975>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Ned Deily added the comment:
@koobs, FWIW, unlike for most other third-party libs, there now is a configure
option to allow specifying the path to the desired OpenSSL version, actually
two ways. Either use the --with-openssl= option to ./configure. Otherwise, if
pkg-config info is availble
Change by Ned Deily :
--
versions: +Python 3.5
___
Python tracker
<https://bugs.python.org/issue38945>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ned Deily :
--
pull_requests: +16926
pull_request: https://github.com/python/cpython/pull/17445
___
Python tracker
<https://bugs.python.org/issue38
Change by Ned Deily :
--
versions: +Python 2.7, Python 3.6, Python 3.7, Python 3.8, Python 3.9
___
Python tracker
<https://bugs.python.org/issue38945>
___
___
Ned Deily added the comment:
New changeset 30afc91f5e70cf4748ffac77a419ba69ebca6f6a by Ned Deily (Miss
Islington (bot)) in branch '3.6':
bpo-38945: UU Encoding: Don't let newline in filename corrupt the output format
(GH-17418) (GH-17444)
https://github.com/python/cpython/commit
Change by Ned Deily :
--
components: +Windows -2to3 (2.x to 3.x conversion tool)
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker
<https://bugs.python.org/issue38
Ned Deily added the comment:
Thanks for the report. If I understand correctly, the issue you are seeing is
that, when IDLE is already launched and you double-click on a .py file in the
Finder, that .py file does not open in IDLE, even though it will open in IDLE
if IDLE is not already
Ned Deily added the comment:
I believe this is a duplicate of Issue36468 which identifies the issue which is
apparently fixed in Tk 8.6.9+; it also provides a workaround for Tk 8.6.8.
--
nosy: +ned.deily
resolution: -> duplicate
stage: -> resolved
status: open -> closed
s
Change by Ned Deily :
--
nosy: +gpolo, serhiy.storchaka
___
Python tracker
<https://bugs.python.org/issue38898>
___
___
Python-bugs-list mailing list
Unsub
Change by Ned Deily :
--
keywords: +3.8regression
nosy: +lukasz.langa
priority: normal -> critical
___
Python tracker
<https://bugs.python.org/issu
Ned Deily added the comment:
Glad you got it working. In general, it is probably a good idea to do a "make
clean" before or after re-running ./configure in a particular build directory.
Ideally, the Makefile dependencies should detect and do the right thing
automatically so tha
Ned Deily added the comment:
New changeset 0716056c49e9505041e30386dad9b2e788f67aaf by Ned Deily (Miss
Islington (bot)) in branch '3.6':
bpo-38804: Fix REDoS in http.cookiejar (GH-17157) (#17343)
https://github.com/python/cpython/commit/0716056c49e9505041e30386dad9b2e788f67aaf
Ned Deily added the comment:
Brett, sorry I wasn't more explicit about my concerns here. I added you and
Nick to this issue and to its PR not primarily to do do code review but because
I think it brings up issues that I believe haven't been dealt with before in
our evolving environment
Ned Deily added the comment:
What ./configure options did you use? Did you do a make clean or equivalent
between the two build attempts? If you used --enable-shared, try without it.
--
nosy: +ned.deily
___
Python tracker
<ht
Ned Deily added the comment:
How would having a "find the latest version" help here? The point is Apple
does not want you to use *any* version of libcrypto in /usr/lib: they are there
only for old versions of third-party apps that were linked to a specific
then-curre
Ned Deily added the comment:
PEP 425 tags are now in the Python Packaging Authority realm. People from
there should also be reviewing this issue and the new PR. CC-ing Brett and
Nick for guidance.
Also, assuming the feature is approved, I don't think it would be appropriate
to backport
Ned Deily added the comment:
(Provisionally marking this as a security-related deferred blocker issue for
backporting)
--
nosy: +ned.deily
priority: normal -> deferred blocker
type: behavior -> security
versions: +Python 3.5, Python 3.6, Python 3.7, Pyth
Ned Deily added the comment:
Bump. Serhiy, are you planning to follow up on this?
--
nosy: +ned.deily
priority: normal -> deferred blocker
___
Python tracker
<https://bugs.python.org/issu
Change by Ned Deily :
--
resolution: -> duplicate
stage: patch review -> resolved
status: open -> closed
superseder: -> Add open_file_descriptor parameter to fcntl.lockf() (use the
new F_OFD_SETLK flag)
___
Python tra
Ned Deily added the comment:
Sorry, we have strayed from dealing with a Python issue here so, if you need
nore assistance, you really should seek help elsewhere. But a quick web search
found this which seems to describe your problem:
https://github.com/wbond/asn1crypto/issues/113
Ned Deily added the comment:
Almost any kind of crash is possible when using ctypes. But you almost
certainly don't want to be loading /usr/lib/libcrypto.dylib. That's the macOS
legacy version which is there only for legacy Apple-supplied third-party
components, like the Apple-supplie
Ned Deily added the comment:
The stack track is pretty suspicious. I really don't know why it would be
crashing where it shows which seems to be pretty early in the interpreter. If
you haven't already, you might just want to try reinstalling from Homebrew
first and try again. If you do
Change by Ned Deily :
--
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue38814>
___
___
Python-bugs-list mailing list
Unsubscrib
Ned Deily added the comment:
Sorry but with a non-debug build of Python, it's not very likely someone would
be able to glean much from the macOS crash stack trace here. You also seem to
have a very large number of C extension modules, some apparently from Homebrew
and others from other
Change by Ned Deily :
--
nosy: +vinay.sajip
___
Python tracker
<https://bugs.python.org/issue38780>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Sorry you are having problems. Unfortunately, those messages are not coming
from Python itself so there doesn't appear to be anything we can do here.
Searching on the web for "could not get file information for" suggests that the
messages are coming f
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 :
--
nosy: +davin, pitrou
___
Python tracker
<https://bugs.python.org/issue38744>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ned Deily :
--
nosy: +davin
___
Python tracker
<https://bugs.python.org/issue38707>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ned Deily :
--
components: +macOS
nosy: +ned.deily, ronaldoussoren
___
Python tracker
<https://bugs.python.org/issue38743>
___
___
Python-bugs-list m
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:
> 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
yourself.
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'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 familiar
Change by Ned Deily :
--
resolution: -> third party
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue38705>
___
___
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 that you
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:
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
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 option
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 in the 3.9
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/issu
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 unsafe
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 from
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:
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 :
___
Python tracker
<https://bugs.python.org/issue38621>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/
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 :
--
assignee: -> mdk
components: +Documentation
nosy: +mdk
___
Python tracker
<https://bugs.python.org/issue38592>
___
___
Python-
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
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
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:
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
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:
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/issue38
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:
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: open -&g
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:
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
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:
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
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:
(fix also released in 3.7.5)
--
___
Python tracker
<https://bugs.python.org/issue38449>
___
___
Python-bugs-list mailing list
Unsub
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:
(3.7.5 is released with this fix)
--
___
Python tracker
<https://bugs.python.org/issue38344>
___
___
Python-bugs-list mailin
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/cpython/commit
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/ab22c8bc488e822d03c4778b30ec60131ea35c63
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
--
nosy
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/cpython/commit
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/cpython/commit
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/88204a3908663a574919f9c17278bcabed0598fa
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/49e650b2489da861d4c49b41787160f30d8259bf
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://github.com/pyth
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/cpython/commit
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://github.com/pyth
Ned Deily added the comment:
New changeset ae41f629e187e1f0cf4d62f5a7b181c64da26466 by Ned Deily (Ricardo
Bánffy) in branch '3.7':
[3.7] bpo-38294: Add list of no-longer-escaped chars to re.escape
documentation. (GH-16442) (GH-16647)
https://github.com/python/cpython/commit
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/42b16b2a867ad3f6c022476076da3d6ea789021b
Ned Deily added the comment:
Your system appears to be running Cylance, which I gather is some sort of
third-party virus protection system; from the system crash trace, the crash
ssems to have happened in /Library/Application
Support/Cylance/Desktop/CyMemDef.dylib which presumably is part
Change by Ned Deily :
--
nosy: +doko
___
Python tracker
<https://bugs.python.org/issue38472>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Ned Deily added the comment:
Thanks for the input, @jmr! I realize that what I wrote was ambiguous so to
clarify I *have* tested that example with the final release versions of
Catalina and Xcode 11.1 and could not reproduce. Just for fun, I've also
tested with the latest developer
Change by Ned Deily :
--
nosy: +akuchling, asvetlov, rhettinger, yselivanov
___
Python tracker
<https://bugs.python.org/issue38460>
___
___
Python-bugs-list m
Change by Ned Deily :
--
nosy: +akuchling, rhettinger
___
Python tracker
<https://bugs.python.org/issue38461>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ned Deily :
--
nosy: +akuchling, rhettinger
___
Python tracker
<https://bugs.python.org/issue38463>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
(On second thought, I'll leave this open as a release blocker until we've
cherry-picked the fixes for 3.8.0 final and 3.7.5 final.)
--
priority: normal -> release blocker
___
Python tracker
<https://bugs.pyth
Ned Deily added the comment:
Thanks everyone for the quick action on this!
--
priority: release blocker -> normal
___
Python tracker
<https://bugs.python.org/issu
Ned Deily added the comment:
Thanks for looking into this, @maxking. With both 3.8.0 final and 3.7.5 final
scheduled for just a few days away, I wonder if the best thing to do at this
point is to revert them and work on a more robust fix targeted for the next
maintenance releases since
Ned Deily added the comment:
It looks like Christian originally requested autobackports to both 3.8 and 3.7
but both failed due to git checkout errors. He then manually restarted the 3.8
backport but it looks like the 3.7 one did not get restarted. Christian, was
that intentional or just
Ned Deily added the comment:
Thanks for the report! Those whatsnew issues are being addressed in PR 16621.
--
nosy: +ned.deily
resolution: -> duplicate
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bug
Ned Deily added the comment:
This change introduces a potential 3.7 regression; see Issue38449.
--
nosy: +ned.deily
___
Python tracker
<https://bugs.python.org/issue22
Ned Deily added the comment:
Marking as regression release blocker for 3.7.5 final and 3.8.0 final.
--
keywords: +3.7regression
nosy: +lukasz.langa, martin.panter, ned.deily, vstinner
priority: normal -> release blocker
___
Python tracker
<
Ned Deily added the comment:
(“8.7.10” should be “8.6.10”)
--
___
Python tracker
<https://bugs.python.org/issue38440>
___
___
Python-bugs-list mailing list
Unsub
Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg354431
___
Python tracker
<https://bugs.python.org/issue38014>
___
___
Python-bugs-list m
Ned Deily added the comment:
Going back and looking closer at the original failure, I see now that the root
cause of the configure failures *is* using --with-universal-archs=64-bit. As
noted in the Mac/README file, "64-bit" means compile for both "ppc64" and
&q
Ned Deily added the comment:
Going and back and looking closer at the original failure, I see now that the
root cause of the configure failures *is* using --with-universal-archs=64-bit.
As noted in the Mac/README file, "64-bit" means compile for both "ppc64" and
&q
Ned Deily added the comment:
Also note that, on current macOS systems, specifying just --enable-universalsdk
to ./configure results in an implicit --with-universal-archs of intel (which
implies both x86_64 and i386).
checking for --enable-universalsdk... /
checking for --with-universal
New submission from Ned Deily :
./configure's --with-universal-archs= supports a number of different CPU
architecture combinations. However most of them are no longer supported on
current macOS systems. If you choose an option with archs not available in the
build tool chain in use
Ned Deily added the comment:
Thanks for the report. That problem was fixed on the master branch by
141da44bb45bc182886303fce92cbbae5631cb4c on 2019-06-03. Suggest you build from
a more recent source release or updated git repo.
--
nosy: +ned.deily
resolution: -> out of date
st
1201 - 1300 of 6889 matches
Mail list logo