Ned Deily added the comment:
> I just finished the fix and am currently running the tests locally.
Great. Thanks!
> Is it okay to have the PR directly against 3.7 instead of doing 3.8 first and
> backporting?
If you want but it's probably easier to do it the normal way and
Ned Deily added the comment:
New changeset 0991b9bb94036e0f271d223c8db7d81980c76736 by Ned Deily (Miss
Islington (bot)) in branch '3.7':
[3.7] bpo-34158: Documentation UTC offset update (GH-8377) (GH-9732)
https://github.com/python/cpython/commit/0991b9bb94036e0f271d223c8db7d8
Ned Deily added the comment:
What's the status of this issue for 3.7 and for 3.6? Is everyone OK with what
is currently in 3.7, i.e. no revert needed or has it already been reverted
elsewhere? Also, there is the open PR for 3.6.
--
nosy: +ned.
Ned Deily added the comment:
Ugh! That's a messy one. Just for the record, the problem of searching other
than the system Python images is reproducible with other distributions of
Python, including the python.org Python 2.7 - so it is not limited to Homebrew.
The key seems to be
Ned Deily added the comment:
@doko, Is this still reproducible with either 3.7.1rc1 or current 3.7 head?
Otherwise, let's consider closing it.
--
nosy: +ned.deily
___
Python tracker
<https://bugs.python.org/is
Ned Deily added the comment:
New changeset 1a2189353f744f79a43511707c090c3807a4978e by Ned Deily (Miss
Islington (bot)) in branch '3.7':
bpo-34334: Don't log traceback twice in QueueHandler (GH-9537) (GH-9581)
https://github.com/python/cpython/commit/1a2189353f744f79a43511707
Change by Ned Deily :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Ned Deily added the comment:
See also Issue33729. We need this addressed for 3.6.7.
--
nosy: +christian.heimes, ned.deily, serhiy.storchaka
priority: normal -> release blocker
___
Python tracker
<https://bugs.python.org/issu
Ned Deily added the comment:
Yury, based on the file paths, you appear to be running a MacPorts python3.7.
Like many other third-party distributors (but unlike the python.org
installers), MacPorts separates Tkinter support into a separately-installable
component. Try:
port install py37
Change by Ned Deily :
--
priority: normal -> release blocker
___
Python tracker
<https://bugs.python.org/issue34922>
___
___
Python-bugs-list mailing list
Un
Ned Deily added the comment:
OK. This is now blocking the release of 3.7.1rc2 and 3.6.7rc2. See also
Issue34922.
--
priority: normal -> release blocker
___
Python tracker
<https://bugs.python.org/issu
Ned Deily added the comment:
No problem; that's something to watch out for when you get an update conflict
message from the bug tracker! Regarding this issue, I believe Serhiy is going
to do a PR but perhaps you can work with him on providing the test
Ned Deily added the comment:
The question remains if Christian's and Victor's concern with 3.7 compatibility
have been satisfied by Serihy's response in msg322798. While there is plenty of
time to resolve concerns about what was merged into master by PR 8346, we
shouldn&#
Ned Deily added the comment:
Is there any reason this issue needs to remain open? Or can we at least remove
the "release blocker" priority?
--
___
Python tracker
<https://bugs.python.o
Ned Deily added the comment:
Both 3.7.1rc2 and 3.6.7rc2
--
___
Python tracker
<https://bugs.python.org/issue34872>
___
___
Python-bugs-list mailing list
Unsub
Ned Deily added the comment:
> Can it be caused by
> https://github.com/python/cpython/commit/adf493227f1efd5d6b34f46b854142bf3b5a411c
> ?
It very likely could be. Thanks for the report. I'll take a look at it a bit
later.
--
assignee:
Ned Deily added the comment:
We've reached the cutoff point for 3.7.1rc2 and 3.6.7rc2 and I don't see a PR
or a resolution of this for either branch yet. If there's a chance for merged
PRs in the next couple of hours, I'll wait a bit longer but otherwise these
fix
Ned Deily added the comment:
On 2018-10-02, worr asked on the python-dev mailing list:
> Can I get a review for GH-1690[PR 1690]? It fixes bpo-12978 and
> has been sitting for a handful of years now. This adds
> support for os.*xattr on DragonflyBSD, FreeBSD and NetBSD.
--
Ned Deily added the comment:
macOS 10.14 appears to have introduced some subtle differences in the search
order for finding header files and/or frameworks and libraries. I'm not 100%
sure I understand completely what has changed but I'm confident that the
workaround outlined be
Ned Deily added the comment:
Correction: in the original second paragraph, the fourth sentence obviously has
the case backwards. It should read:
"When using a *Command Line Tools installation (no Xcode)* in previous releases
of macOS, I believe it was the case that essentially the s
Ned Deily added the comment:
Sorry, I can't reproduce that behavior. What's more, that LINKFORSHARED value
does not appear to be correct. Have you tried doing a build from a clean build
dicectory while rerunning ./configure? What does your ./configure look like
and do have an
Ned Deily added the comment:
Oh, you didn't mention --enable-shared! But still it's not clear to me what
problem your last results shows. The value of python3-config --ldflags looks
fine (ignore the repeated -framework CoreFoundation). Are you still getting
the "ld: -st
Ned Deily added the comment:
OK, now I finally get it, thanks, my fault. Yes, we probably shouldn't be
passing stack_size through to applications trying to embed Python in
LINkFORSHARED and pyconfig. That's an area that we don't test very well nor
have tests for, AFAIK. Wo
Change by Ned Deily :
--
nosy: +belopolsky
___
Python tracker
<https://bugs.python.org/issue27741>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ned Deily :
--
pull_requests: +9205
___
Python tracker
<https://bugs.python.org/issue34783>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
New changeset f6c29a65e2a6da5c0014c868cf963c975b74e72b by Ned Deily in branch
'master':
bpo-34783: Disable test_nonexisting_script for macOS framework builds (GH-9831)
https://github.com/python/cpython/commit/f6c29a65e2a6da5c0014c868cf963c
Ned Deily added the comment:
Re-opening. The new test_cmd_line_script fails on macOS framework builds
because the test case assumes that the file name in sys.executable will appear
in the error message. For macOS framework builds, sys.executable is the file
name of the stub launcher and
Ned Deily added the comment:
New changeset 5d8ef8bc3f7307cd15f9d82ad4846e82b498ae88 by Ned Deily (Miss
Islington (bot)) in branch '3.7':
bpo-34783: Disable test_nonexisting_script for macOS framework builds
(GH-9831) (GH-9832)
https://github.com/python/cpyt
Ned Deily added the comment:
Shouldn't there be a NEWS entry for this change since the change seems to be to
Lib/multiprocessing and not just its tests?
--
nosy: +ned.deily
___
Python tracker
<https://bugs.python.org/is
Ned Deily added the comment:
Can you please merge a NEWS item for this issue using blurb since it is a
user-visible problem? I'll cherry-pick it into the 3.7.1 final.
--
priority: release blocker -> deferred blocker
stage: resolved -> commit review
status: clo
Change by Ned Deily :
--
priority: normal -> deferred blocker
___
Python tracker
<https://bugs.python.org/issue34576>
___
___
Python-bugs-list mailing list
Un
Ned Deily added the comment:
3.7.1rc2 is about to be released so to add this would require retagging and
remanufacturing release bits. If the chances of it happening are "very low", I
would prefer to not further delay rc2. If you and Yury agree that the risk is
low and the benef
Ned Deily added the comment:
Thanks, Andrew and Yury! Just leave the issue open as a "release blocker" for
now and I will take care of it for 3.7.1 final.
--
___
Python tracker
<https://bugs.python.o
Ned Deily added the comment:
New changeset f55c3ae657595d12ce78aca76c9c6b998d632424 by Ned Deily in branch
'3.6':
bpo-34370: Revert to using released Tk 8.6.8 with macOS installers
https://github.com/python/cpython/commit/f55c3ae657595d12ce78aca76c9c6b
Ned Deily added the comment:
New changeset f55c3ae657595d12ce78aca76c9c6b998d632424 by Ned Deily in branch
'3.6':
bpo-34370: Revert to using released Tk 8.6.8 with macOS installers
https://github.com/python/cpython/commit/f55c3ae657595d12ce78aca76c9c6b
Ned Deily added the comment:
New changeset d8b6425e58a1fccdf8ddbbcde63066c13c1bcfaf by Ned Deily in branch
'3.7':
bpo-34370: Revert to using released Tk 8.6.8 with macOS installers
https://github.com/python/cpython/commit/d8b6425e58a1fccdf8ddbbcde63066
Ned Deily added the comment:
New changeset d8b6425e58a1fccdf8ddbbcde63066c13c1bcfaf by Ned Deily in branch
'3.7':
bpo-34370: Revert to using released Tk 8.6.8 with macOS installers
https://github.com/python/cpython/commit/d8b6425e58a1fccdf8ddbbcde63066
Ned Deily added the comment:
Serhiy's fixes (thanks!) are now released in 3.7.0rc2 and 3.6.7rc2 so I'm
removing the "release blocker" status. If there is nothing more to be done for
this issue, can we close it?
--
prior
Ned Deily added the comment:
Serhiy's fixes (thanks!) are now released in 3.7.0rc2 and 3.6.7rc2 so I'm
removing the "release blocker" status. If there is nothing more to be done for
this issue, can we close it?
shuoz:
> oh brother, maybe this worth open a cve.
No
Ned Deily added the comment:
It appears that the segfault behavior *was* introduced by some change in the Tk
8.6 development snapshot I chose to use for the python.org macOS installer
builds in 3.7.1rc1 and 3.6.7rc2. For 3.7.1rc2 and 3.6.7rc2, I reverted back to
using the standard Tk 8.6.8
Ned Deily added the comment:
Victor is correct. Those GIT* variable are there to communicate between
./configure and the Makefile; they are *not* intended to have actual values for
change ids or branch names. Many variables in the Makefile are not intended to
be used outside of the build
Ned Deily added the comment:
My concern was that it seemed like at least one user had run into this while
running 3.7.1rc1 (?), if I understood your comment; if so, I think we should
mention in the changelog that the problem was fixed in rc2.
In any case, the state of the code for any
Ned Deily added the comment:
Do you know if the behavior has changed here for 3.7.1rc2 and 3.6.7rc2 from
earlier 3.7.x and 3.6.x releases? I did a quick check of the configure.ac
history and did not see any obvious change. It looks like one way to handle
this would be be to specify the
Change by Ned Deily :
--
components: +asyncio
nosy: +asvetlov, yselivanov
___
Python tracker
<https://bugs.python.org/issue33450>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
I assume this can now be closed. Thanks, everyone!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.8
___
Python tracker
<https://bugs.python.or
Ned Deily added the comment:
I assume we can close this now. Thanks, all!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Ned Deily added the comment:
I'm glad it works. Any object to closing this issue then?
--
resolution: -> not a bug
stage: -> resolved
status: open -> pending
___
Python tracker
<https://bugs.pyth
Change by Ned Deily :
--
nosy: +vinay.sajip
___
Python tracker
<https://bugs.python.org/issue34999>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Perhaps you should bring up this proposed change in distutils-sig before
committing. It's probably an OK change but it would be good to try to get some
feedback from the downstream users who might be affected by it.
--
nosy: +ned.
Change by Ned Deily :
--
nosy: +vstinner
priority: normal -> deferred blocker
versions: +Python 3.7
___
Python tracker
<https://bugs.python.org/issu
Ned Deily added the comment:
Done, thanks!
--
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue34988>
___
___
Python-bugs-list mai
Change by Ned Deily :
--
nosy: +michael.foord
___
Python tracker
<https://bugs.python.org/issue35022>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ned Deily :
--
pull_requests: +9337
stage: commit review -> patch review
___
Python tracker
<https://bugs.python.org/issue34909>
___
___
Python-
Ned Deily added the comment:
New changeset 8c9fd9c91ba748df68a11e3bf216fa158314c9b5 by Ned Deily in branch
'master':
bpo-34909: NEWS entry (GH-9995)
https://github.com/python/cpython/commit/8c9fd9c91ba748df68a11e3bf216fa158314c9b5
--
Ned Deily added the comment:
Thanks, Stéphane, but I’ve already taken care of it. I’ll be closing the issue
shortly. (And ditto on the best wishes, Ethan.)
--
___
Python tracker
<https://bugs.python.org/issue34
Ned Deily added the comment:
New changeset 92fe93e48a852d22ba33c0fa12112ae664724202 by Ned Deily in branch
'3.6':
bpo-34576: Revert doc change until it can be properly fixed (GH-9720)
https://github.com/python/cpython/commit/92fe93e48a852d22ba33c0fa12112ae664724202
-
Ned Deily added the comment:
New changeset d404ffa8adf252d49731fbd09b740360577274c8 by Ned Deily (Miss
Islington (bot)) in branch '3.6':
bpo-34521: Add NEWS entry for changes in GH-9613 (GH-9850)
https://github.com/python/cpython/commit/d404ffa8adf252d49731fbd09b7403
Ned Deily added the comment:
New changeset 32fe7b0188bb73c84c0bde80643b6a3bfd03ba93 by Ned Deily in branch
'3.7':
bpo-34576: Revert doc change until it can be properly fixed (GH-9720)
https://github.com/python/cpython/commit/32fe7b0188bb73c84c0bde80643b6a
Ned Deily added the comment:
New changeset ce3b5a80cc6ee4f9aff7b673f457294d7e054349 by Ned Deily (Miss
Islington (bot)) in branch '3.7':
bpo-34521: Add NEWS entry for changes in GH-9613 (GH-9850)
https://github.com/python/cpython/commit/ce3b5a80cc6ee4f9aff7b673f45729
Ned Deily added the comment:
New changeset 60c663c0f76c790afbed4d673c3ce264dd226b8c by Ned Deily (Miss
Islington (bot)) in branch '3.7':
bpo-34970: Protect tasks weak set manipulation in asyncio.all_tasks() (GH-9837)
(GH-9849)
https://github.com/python/cpyt
Ned Deily added the comment:
New changeset 03ca8b5f23e9fe122bb0ca80397a2481c10cd7c4 by Ned Deily in branch
'3.7':
bpo-34909: NEWS entry.
https://github.com/python/cpython/commit/03ca8b5f23e9fe122bb0ca80397a2481c10cd7c4
--
___
Pyth
Ned Deily added the comment:
Released in 3.7.1
--
priority: release blocker ->
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python
Ned Deily added the comment:
NEWS entry added for 3.7.1 and master. Closing again.
--
priority: deferred blocker ->
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Ned Deily added the comment:
Sorry, Senthil, I reverted the original PRs for 3.7.1 and 3.6.7 so you may need
to redo your new PR.
--
priority: deferred blocker ->
___
Python tracker
<https://bugs.python.org/issu
Ned Deily added the comment:
Thanks, Pablo, I cherry-picked the NEWS entries into 3.7.1 and 3.6.7. So I
guess the only remaining question here is what to do about 2.7. I'll also
leave that for you!
--
___
Python tracker
&
Ned Deily added the comment:
Apparently this change also affected IPython. Perhaps we should add an entry
to the whatsnew documents for 3.7.1 and 3.7.6:
https://docs.python.org/3/whatsnew/3.7.html#notable-changes-in-python-3-7-1
https://docs.python.org/3.6/whatsnew/3.6.html#notable-changes
Ned Deily added the comment:
New changeset da7d7d0ccc2e7cab62080e146cab027f2aa6fd03 by Ned Deily
(danishprakash) in branch '3.6':
[3.6] bpo-34901: add -I flag to sys.flags (GH-9755)
https://github.com/python/cpython/commit/da7d7d0ccc2e7cab62080e146cab027f2aa6fd03
-
Ned Deily added the comment:
Thanks, Danish and everyone else!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Ned Deily added the comment:
I don't have a strong opinion about 2.7 here. Ultimately, it's Benjamin's
call. But it might make sense to revert for 2.7 since it hasn't been released
yet.
--
nosy: +benjamin.peterson
___
Py
Ned Deily added the comment:
Thanks for the report. This problem is being tracked here:
https://github.com/python/pythondotorg/issues/1350
--
___
Python tracker
<https://bugs.python.org/issue35
Change by Ned Deily :
--
pull_requests: -9415
___
Python tracker
<https://bugs.python.org/issue33899>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ned Deily :
--
pull_requests: -9411
___
Python tracker
<https://bugs.python.org/issue33899>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Hmm, I'm not seeing that behavior with either a freshly-built top of master 3.8
or with the python.org 3.7.1.
$ ./python -c "import os;print(os.getgroups())"
[20, 12, 61, 79, 80, 81, 98, 33, 100, 204, 250, 395, 398, 399]
$ id -G
20 12 61 79 80 8
Ned Deily added the comment:
$ sw_vers
ProductName:Mac OS X
ProductVersion: 10.14
BuildVersion: 18A391
--
___
Python tracker
<https://bugs.python.org/issue35
Ned Deily added the comment:
OK. When you asy "every version of Python 3", are those all versions you've
built yourself? If so, what ./configure arguments do you use?
--
___
Python tracker
<https://bugs.pyt
Ned Deily added the comment:
I've also tried building on a vanilla-ish 10.8 VM, both without and with
installing the /usr/include headers, and I still don't see the failure you're
seeing. If you look at Modules/posixmodule.c, you'll see there's a fair amount
of
Ned Deily added the comment:
"on a vanilla-ish 10.8 VM" ?? I meant 10.14, of course.
--
___
Python tracker
<https://bugs.python.org/issue35070>
___
___
Ned Deily added the comment:
@Stéphane, please leave this open for now until we have a better resolution.
We'll make sure it gets closed.
--
___
Python tracker
<https://bugs.python.org/is
Ned Deily added the comment:
It very well could have something to do with Active Directory support. Here's
a little getgroups test I used a while back for a previous getgroups issue.
You should see something similar in the output depending on the number of
groups in your id. If it
Ned Deily added the comment:
Also, I'm assuming you've tried rebooting your system? :)
--
___
Python tracker
<https://bugs.python.org/issue35070>
___
___
Ned Deily added the comment:
Yeah. Can you check the header file paths that are being used in your compiler
invocation, e.g something like: cc -v -c ...
And, while you are at it, the library search path of the test executable:
otool -L ./...
And anything suspicious in /usr/local/include or
Ned Deily added the comment:
Er, and perhaps the compile and link calls from when Python builds
posixmodule.c ?
--
___
Python tracker
<https://bugs.python.org/issue35
Ned Deily added the comment:
This is a longstanding minor issue as described in Issue23828. A twist here is
that running with -Werror causes a test failure where normally there is just a
warning.
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
s
Ned Deily added the comment:
Duplicate Issue35092 notes that running the tests with -Werror turns these
warnings into test failures.
--
components: +macOS
nosy: +ronaldoussoren
versions: +Python 3.6, Python 3.7, Python 3.8 -Python 3.4, Python 3.5
Ned Deily added the comment:
This has come up before, see Issue25985 and Issue24916 (still open). Let's
call this a duplicate of the latter and continue any discussion there.
--
nosy: +ned.deily
resolution: -> duplicate
stage: -> resolved
status: open -> closed
supe
Ned Deily added the comment:
Noted in passing: while Lib/distutils/sysconfig.py has not implemented
"py_version", I see now that Lib/distutils/command/install.py does have
something very similar to Lib/sysconfig.py so whatever (if anything) is changed
in one should also be chan
Ned Deily added the comment:
Just a comment on usage, for what it's worth: I don't know how common the term
"console" is on modern Windows systems, but I think the term has a very
different meaning on Unix and macOS. In those environments, if used at all, a
"co
Ned Deily added the comment:
Thanks for the explanation. That's what I thought you meant but it's good to
make sure. I'm not sure what the best solution is and others might have a
different opinion. It might be good to solicit some feedback from a wider
audience of users
Ned Deily added the comment:
AFAICT, the problem here is that there is a duplicate command accelerator
assignment: IDLE assigns CMD-M to its Open Module command
(https://github.com/python/cpython/blob/master/Lib/idlelib/config-keys.def#L205)
but either Tk or the underlying macOS services it
Change by Ned Deily :
--
nosy: +vinay.sajip
___
Python tracker
<https://bugs.python.org/issue35148>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ned Deily :
--
components: +Windows -Library (Lib)
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker
<https://bugs.python.org/issue35
Ned Deily added the comment:
> is the system use of CMD-M newer than IDLE's (15 years?)?
macOS has been using CMD-M for minimize for quite a while. It's listed in the
current Apple "Human Interface Guidelines" which is the reference document that
Apple itself and thi
Ned Deily added the comment:
Thanks for the report but I don't think the problem you are seeing is that
simple. On my 10.14.1 system, I don't see that problem:
$ scutil --get HostName
HostName: not set
$ /usr/local/bin/python3.7
Python 3.7.1 (v3.7.1:260ec2c36a, Oct 20 2018, 03:13:
Ned Deily added the comment:
See also Issue29705.
--
___
Python tracker
<https://bugs.python.org/issue35164>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
If we are going to bump the tools version from 2.65 to 2.69 for master, we
should probably bump them for all active branches. It creates confusion and
makes backporting more difficult. Besides, it appears that, at the moment, the
checked-in configure files for
Change by Ned Deily :
--
resolution: fixed ->
stage: resolved -> commit review
___
Python tracker
<https://bugs.python.org/issue33486>
___
___
Python-bugs-
Change by Ned Deily :
--
pull_requests: -9626
___
Python tracker
<https://bugs.python.org/issue33486>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ned Deily :
--
stage: patch review -> commit review
___
Python tracker
<https://bugs.python.org/issue33486>
___
___
Python-bugs-list mailing list
Un
Ned Deily added the comment:
New changeset 59668aa8b7f174b59304eab833c1c1181886c3c6 by Ned Deily (Lysandros
Nikolaou) in branch 'master':
bpo-21263: Skip test_gdb when python has been compiled with LLVM clang
(GH-10318)
https://github.com/python/cpyt
Ned Deily added the comment:
New changeset 96fb350bfd2c9b66d7804ae27ea8c4adbfabad5b by Ned Deily (Miss
Islington (bot)) in branch '3.7':
bpo-21263: Skip test_gdb when python has been compiled with LLVM clang
(GH-10318) (GH-10325)
https://github.com/python/cpyt
4001 - 4100 of 6927 matches
Mail list logo
