Ned Deily added the comment:
Can you check what the permissions and ownership are on your existing
.bash_profile file? Also, as you suspected, the installer's profile updater
script does not currently look for fish initialization
Changes by Ned Deily :
--
components: +Build
nosy: +lukasz.langa
versions: +Python 3.7
___
Python tracker
<http://bugs.python.org/issue29077>
___
___
Python-bug
Ned Deily added the comment:
Thanks for the info. The '+' is the ls output indicates there is extended
security information for .bash_profile, probably an access control list entry
that affects it. I suspect that might be the reason that .bash_profile does
not get updated by the
Ned Deily added the comment:
OK, that shouldn't be an issue. I'm just guessing at this point since nothing
has changed in the profile updater script in a long time over many releases.
I'm assuming you are running the installer under the same user name (Elias) and
that Elias i
Ned Deily added the comment:
Ah! If you have made "fish" your default shell, the updater script should fail
with the message "Sorry, I don't know how to patch ... shells". Perhaps your
default shell was still bash back when you previously installed Python 3.5 and
2.
Changes by Ned Deily :
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker
<http://bugs.python.org/issue29
Ned Deily added the comment:
See the Developers Guide for more information on build dependencies and
recommended ways to satisfy OpenSSL dependencies:
http://cpython-devguide.readthedocs.io/en/latest/setup.html#build-dependencies
--
nosy: +ned.deily
resolution: -> not a bug
st
Changes by Ned Deily :
--
nosy: +davin
___
Python tracker
<http://bugs.python.org/issue29108>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Changes by Ned Deily :
--
nosy: +doko
versions: +Python 3.7
___
Python tracker
<http://bugs.python.org/issue29113>
___
___
Python-bugs-list mailing list
Unsub
Ned Deily added the comment:
I just did a quick build test of a few 3.5 configurations with various macOS
releases and Benjamin's applied change seems to fix the previous build
failures. No idea about OpenBSD.
--
___
Python tracker
Ned Deily added the comment:
This issue slipped off the radar (so to speak) after being closed. For one,
the tests also fail on 3.5.x (and probably earlier systems) and fail on macOS
10.12, not just 10.11. And, two, I'm not sure if anyone opened an issue with
Apple about it. I'm
Ned Deily added the comment:
George, did you do totally clean builds, including rerunning ./configure? If
so, what ./configure and make commands did you use? Using the current hg repo,
I don't see the failures you are seeing.
--
___
P
Ned Deily added the comment:
Thanks for the report. From a quick look at the macOS crash report, I'm
guessing you are running with the Apple-supplied system Python 2.7 but with a
virtualenv. In any case, the Apple-supplied libsqlite3 is in use and there are
previously reported pro
Ned Deily added the comment:
Sorry, George, but I'm unable to reproduce the failure you observe following
your recipe. The only thing I can suggest off the top of my head is that you
might have out-of-date system header files installed in /usr/include. Those
files are installed with:
Ned Deily added the comment:
> I'm still trying to find a good way to get pyenv to recognize and use the
> newer library
Thanks for confirming that the problem was due to the version of sqlite3 in
use. If you haven't already, suggest you open an issue on the pyenv project
Changes by Ned Deily :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.or
Ned Deily added the comment:
Maxime, there have been a couple of attempts to address this problem. We
believe it now finally fixed for all versions of macOS from 10.6 through 10.12
by the changes in Issue29057. Unfortunately, for 2.7,x the last set of fixes
were after the release of 2.7.13
Ned Deily added the comment:
As far as I can tell, the only places that typing was declared as provisional
were in PEP 484 and twice in the 3.5 What's New document
(https://docs.python.org/3.5/whatsnew/3.5.html); it doesn't appear to have been
mentioned in the library referen
Ned Deily added the comment:
Patch LGTM, thanks Ivan!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by Ned Deily :
--
nosy: +gregory.p.smith
___
Python tracker
<http://bugs.python.org/issue29335>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
nosy: +bquinlan
___
Python tracker
<http://bugs.python.org/issue29212>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
I don't see any reason to keep this open. Thanks so much, Elvis and Yury, for
doing such a great job again!
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tracker
<http:
Ned Deily added the comment:
Among other buildbot failures:
http://buildbot.python.org/all/builders/x86%20Tiger%203.6/builds/142/steps/test/logs/stdio
==
ERROR: test_child_terminated_in_stopped_state
Ned Deily added the comment:
These changes have broken some buildbots, for example, the OS X dmg buildbots
which are still using Python 2 for sphinx builds of the docs. They should be
version agnostic as much as possible.
http://buildbot.python.org/all/builders/bolen-dmg-3.x/builds/59
Ned Deily added the comment:
Dunno for sure, perhaps David can answer that. But the Sphinx docs imply that
Sphinx 1.4.6 requires at least 2.6 and I don't test the installer build with
anything less than 2.7.
--
___
Python tracker
Ned Deily added the comment:
The fix looks good and the dmg buildbots are happy again. Thanks, Martin and
David.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Ned Deily added the comment:
Checking for IPv6 *is* enabled by default and has been for quite some time:
$ ./configure
[...]
checking if --enable-ipv6 is specified... yes
checking if RFC2553 API is available... yes
checking ipv6 stack type... kame
[...]
--
nosy: +ned.deily
resolution
Ned Deily added the comment:
Thanks for the report. Those two files should disappear soon.
--
nosy: +ned.deily
resolution: -> fixed
status: open -> pending
___
Python tracker
<http://bugs.python.org/i
Changes by Ned Deily :
--
stage: -> resolved
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue29401>
___
___
Python-bugs-list
Changes by Ned Deily :
--
keywords: +3.6regression -patch
___
Python tracker
<http://bugs.python.org/issue29438>
___
___
Python-bugs-list mailing list
Unsub
Changes by Ned Deily :
--
keywords: +patch
___
Python tracker
<http://bugs.python.org/issue29438>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
nosy: +davin
___
Python tracker
<http://bugs.python.org/issue19675>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Ned Deily added the comment:
The python.org macOS installers provided on .dmg files for older releases used
a legacy installer package format that is no longer supported by the OS X
Installer app on the most recent maxOS releases. The newer .pkg format
installer files should be OK. As Zach
Ned Deily added the comment:
Yeah, I'll get to the non-Windows parts shortly. I'd been waiting for the
transition to happen.
--
___
Python tracker
<http://bugs.python.o
Ned Deily added the comment:
Thanks, I'll take a look.
--
assignee: -> ned.deily
nosy: +larry
priority: normal -> release blocker
___
Python tracker
<http://bugs.python.
Ned Deily added the comment:
FWIW, we do not include the top-level README in the macOS installer package.
Instead, we supply Mac-installer specific Welcome and Readme files that are
displayed by the macOS Installer app during the installation process and the
installer Readme is also
Ned Deily added the comment:
platform.architecture() is documented as giving unreliable results with macOS
universal files; see
https://docs.python.org/2/library/platform.html#platform.architecture. The
difference in behavior between Python 2.7 and 3.x for the example you show is
due to the
Changes by Ned Deily :
--
assignee: ronaldoussoren -> lemburg
versions: +Python 3.6, Python 3.7 -Python 3.3, Python 3.4
___
Python tracker
<http://bugs.python.org/issu
Ned Deily added the comment:
> AFAIK, the Python 3 binaries available from python.org are no longer built as
> universal binaries, so the problem doesn't show with those.
All python.org Mac binaries are built as universal. For example:
$ file /usr/local/bin/python3.6
/usr/local/bi
Ned Deily added the comment:
Sorry, your program works for me on macOS 10.12.3 with the current python.org
2.7.13, the Apple-supplied system Python 2.7.10, and, with adding a decode to
the readline, with 3.6.0.
--
resolution: -> works for me
status: open -> p
Ned Deily added the comment:
There certainly could be differences in behavior considering how old 10.6.8 and
10.4.11 are. I'm not a subprocess expert but it seems to me that, if your
program hangs doing a readline from process.stdout, chances are you are running
into a pipe buffer dea
Changes by Ned Deily :
--
resolution: fixed -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue29609>
___
___
Changes by Ned Deily :
--
nosy: +lars.gustaebel
___
Python tracker
<http://bugs.python.org/issue29612>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
> Note that Ned gave us a permission to get this into 3.6.1.
I may have although I don't remember specifically discussing zipfile. In any
case, I'm willing to consider it. I think you can make good arguments for and
against. Yes, it could smell
Ned Deily added the comment:
OK. I assume you will make PRs for python/cpython and cherry-pack to the 3.6
and 3.5 branches?
--
___
Python tracker
<http://bugs.python.org/issue29
Ned Deily added the comment:
What value are you using for hostname?
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue29705>
___
___
Python-bug
Ned Deily added the comment:
Sorry, I can't reproduce that behavior with my macOS 10.12, 10.11, or 10.10
systems if the hostname is a valid string including "localhost". If the string
is empty or hostname is None, then I see Errno 8.
$ /usr/local/bin/python3.6
Pytho
Ned Deily added the comment:
James, I'm sorry I didn't show it but using socket.gethostname() as the source
of hostname works just fine, too.
import socket
>>> hostname = socket.gethostname()
>>> hostname
'harj.local'
>>> socket.getaddrinfo(
Changes by Ned Deily :
--
nosy: +doko
___
Python tracker
<http://bugs.python.org/issue27101>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Ned Deily added the comment:
You are almost certainly seeing a crash due to a critical bug in the
Apple-supplied version of Tk 8.5 on OS X systems up through at least OS X
10.11. See here for more information:
https://www.python.org/download/mac/tcltk/#apple-8-5-9.
The solution is to use a
Ned Deily added the comment:
Tkinter is essentially just a think wrapper around the Tk graphical toolkit.
Keyboard modifier mappings are handled by Tk (or OS X), and not Tkinter.
Unfortunately, for various reasons, how Tk handles keyboard modifiers varies
somewhat among OS platforms (Windows
Ned Deily added the comment:
I just tried to run IDLE from the command line as a (UNIX) user would. And then
I grepped. :)
--
___
Python tracker
<http://bugs.python.org/issue24
Ned Deily added the comment:
Assuming you are using the Python 3.5.1 from the python.org OS X binary
installer, you need to install a version of Tcl/Tk 8.5 (such as ActiveTcl
8.5.18), not 8.6, as is described here:
https://www.python.org/download/mac/tcltk/.
--
resolution: -> no
Ned Deily added the comment:
Well, 8.6 is the latest version of Tcl/Tk but, because Apple does not yet ship
8.6 in OS X, we have continued to use 8.5. That will change in Python 3.6.
--
___
Python tracker
<http://bugs.python.org/issue27
Ned Deily added the comment:
Thanks for noticing!
--
nosy: +ned.deily
resolution: -> fixed
stage: -> resolved
status: open -> closed
type: enhancement ->
versions: +Python 3.5, Python 3.6
___
Python tracker
<http://bugs.python
Ned Deily added the comment:
Multiple versions of Tcl/Tk can co-exist. Installing ActiveTcl 8.5.x does not
remove the 8.6.x version you installed earlier.
--
___
Python tracker
<http://bugs.python.org/issue27
Ned Deily added the comment:
David, I think we are not going to change the Current symlink behavior at this
point so we might as well close this issue. We may decide to address the need
to pick which version to link with in a different manner later.
--
resolution: -> wont fix
st
Changes by Ned Deily :
--
components: +Windows
priority: normal -> critical
stage: -> needs patch
versions: +Python 2.7, Python 3.5, Python 3.6
___
Python tracker
<http://bugs.python.org/i
Changes by Ned Deily :
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue23968>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Mpmath is a separate project, not in the Python Standard Library. I suggest
you pursue the issue on its issue tracker, providing more information about
exactly what results you see with what components (e.g. which OS platform and
version, which versions of mpmath
Changes by Ned Deily :
--
nosy: +doko
___
Python tracker
<http://bugs.python.org/issue27229>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Ned Deily added the comment:
The culprit appears to be the changes introduced for Issue22359 (c36b9ef8ff39
and friends).
--
nosy: +martin.panter, ned.deily, xdegaye
___
Python tracker
<http://bugs.python.org/issue27
Ned Deily added the comment:
Since this is an addition to the changes made for PEP 488 (Issue23731), nosying
Brett
--
nosy: +brett.cannon, ned.deily
___
Python tracker
<http://bugs.python.org/issue27
Ned Deily added the comment:
> Ned, do you have any objection to removing these now, for 3.6?
No, go right ahead. Nobody should be using them. And I concur with keeping
the others around for the time being.
--
___
Python tracker
&l
Ned Deily added the comment:
FWIW, using an IDLE built from the current top-of-trunk default (on OS X), the
steps outlined above produce the correct result, 226 and 236, which match up
with what other tools report.
--
nosy: +ned.deily
___
Python
Changes by Ned Deily :
--
assignee: -> yselivanov
___
Python tracker
<http://bugs.python.org/issue27168>
___
___
Python-bugs-list mailing list
Unsubscrib
Changes by Ned Deily :
--
nosy: +davin
___
Python tracker
<http://bugs.python.org/issue27151>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Ned Deily added the comment:
LGTM
--
versions: +Python 3.5, Python 3.6 -Python 3.2, Python 3.3, Python 3.4
___
Python tracker
<http://bugs.python.org/issue17
Ned Deily added the comment:
Sorry, it is no longer clear to me exactly what problem(s) and solution are
being proposed here. When dealing with installation problems like this, we
have to be *very* precise: here's what I started with on what platform, here
are the contents of the rel
Ned Deily added the comment:
Since 3.5.2 is almost upon us, I'm setting this to "release blocker" status so
we can make a decision about whether this should be changed for 3.5.2 or not.
@haypo, do you have an opinion about the patch?
--
nosy: +ned.deily
priority: no
Changes by Ned Deily :
--
nosy: +larry
___
Python tracker
<http://bugs.python.org/issue26839>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Changes by Ned Deily :
--
stage: -> patch review
___
Python tracker
<http://bugs.python.org/issue26839>
___
___
Python-bugs-list mailing list
Unsubscrib
Ned Deily added the comment:
The revised patch looks good to me (other than some trailing whitespace).
Camilla, thanks for your contribution. If you haven't already, please sign a
contributor form to cover this and future contributions as noted elsewhere in
the Developer's Gui
Ned Deily added the comment:
FWIW, I am also unable to reproduce the crash on OS X with a current top-of-2.7
debug build. Since it doesn't seem to be able to be reproduced with stock
Python 2.7's, perhaps it is time to close the issue here?
--
nosy:
Ned Deily added the comment:
Can we close this as an Ubuntu-specific problem?
--
nosy: +doko, ned.deily
___
Python tracker
<http://bugs.python.org/issue26
Changes by Ned Deily :
--
nosy: +davin
versions: +Python 3.5, Python 3.6 -Python 3.2, Python 3.3, Python 3.4
___
Python tracker
<http://bugs.python.org/issue9
Ned Deily added the comment:
I just spoke with @doko about this here at PyCon. I think we came to the
conclusion it might be time to consider removing the old
@skip_if_broken_ubuntu_ssl decorator and focus on making the tests work with
the most recent releases since pretty much every
Ned Deily added the comment:
Sorry, kafka is a third-party package, not part of the Python Standard Library.
Suggest you pursue this with the Kafka project:
http://kafka-python.readthedocs.io/en/master/support.html
--
nosy: +ned.deily
resolution: -> third party
stage: -> re
Ned Deily added the comment:
Thanks, Susan, for your suggested patch. I expanded on it to address all of
the issues Nick brought up and then some, such as also updating to the changed
setuptools doc link. Pushed for release in 2.7.12, 3.5.2, and 3.6.0.
--
nosy: +ned.deily
resolution
Ned Deily added the comment:
Terry, after the discussion I don't have a strong opinion one way or the other.
It seems that current X11 users expect the replace behavior, so option 4 seems
fine to me.
--
___
Python tracker
<http://bugs.py
Changes by Ned Deily :
--
nosy: +davin
___
Python tracker
<http://bugs.python.org/issue27221>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Ned Deily added the comment:
Terry, the 2.7 version of the test changes is causing buildbot and test_idle
failures when the "gui" condition is not met. See, for example,
http://buildbot.python.org/all/builders/AMD64%20Snow%20Leop%202.7/builds/1400.
--
stage: resolved ->
Ned Deily added the comment:
Setting this to "deferred blocker" priority to note that it needs to be
resolved prior to feature code cutoff for 3.6.0, which is at 3.6.0b1 currently
planned for 2016-09-07.
--
priority: release blocker -> def
Ned Deily added the comment:
"Please confirm that Classic OSX is the right choice over Classic Mac"
It is. At least, when we install IDLE on OS X, Clsssic OS X is the default
set. I don't know why Classic Mac exists; I'm guessing it is left over from
Mac
Ned Deily added the comment:
"I have the impression from what you wrote above that every 'Control' should be
'Command'."
I'm not sure where I gave that impression but, no, the default IDLE keyset on
OS X has command accelerators with Command- modifiers and s
New submission from Ned Deily:
For 3.6.0a2, when attempting to launch IDLE.app on OS X (for example, by
double-clicking the IDLE icon in the "/Applications/Python 3.6" folder), IDLE
does not launch. In the system.log there will be a log message similar to:
(org.python.IDLE.91
Changes by Ned Deily :
--
resolution: -> fixed
stage: needs patch -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.or
New submission from Ned Deily:
Running tests of 3.6.0a2 with gui enabled on OS X result in various failures of
the form:
==
ERROR: test_setupapp (idlelib.idle_test.test_macosx.SetupTest) (tktype='carbon')
Call set
Ned Deily added the comment:
Without looking closely at it, I would speculate that the failures are due to
trying to test code in overrideRootMenu() that was previously only called once
during execution and may not be re-enterant:
# Remove the last 3 items of the file menu: a separator
New submission from Ned Deily:
On 3.6.0a2, 3.5.2rc1, and 2.7.12rc1:
==
FAIL: test_identify (tkinter.test.test_ttk.test_widgets.ComboboxTest)
--
Traceback (most
Changes by Ned Deily :
--
nosy: +terry.reedy
___
Python tracker
<http://bugs.python.org/issue27310>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Terry, I don't know that much about the history of the config files. I do know
that during framework installs of Python on OS X, the "install_IDLE" recipe in
Mac/Makefile.in (which ./configure uses to produce a configured Mac/Makefile)
has som
Changes by Ned Deily :
Added file: http://bugs.python.org/file43385/config-main.def
___
Python tracker
<http://bugs.python.org/issue27099>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
For example, the tests pass in 3.5.1 but fail in 3.5.2rc1. I see that the
changesets associated with Issue26177 altered them.
--
___
Python tracker
<http://bugs.python.org/issue27
Ned Deily added the comment:
test_ttk_guionly runs test_identify, doesn't it? (I'll try to take a look at
it later when I have more time.)
$ /usr/local/bin/python3.5 -m test -vu gui test_ttk_guionly
== CPython 3.5.2rc1 (v3.5.2rc1:68feec6488b2, Jun 11 2016, 21:59:53) [GCC 4.2.1
Ned Deily added the comment:
Thanks for the report!
--
nosy: +ned.deily
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by Ned Deily :
--
priority: critical -> release blocker
___
Python tracker
<http://bugs.python.org/issue26930>
___
___
Python-bugs-list mailing list
Un
Ned Deily added the comment:
Note that the Python Developer's Guide now contains instructions for how to
build on OS X with third-party versions of OpenSSL:
https://docs.python.org/devguide/setup.html#build-dependencies
--
___
Python tracker
Changes by Ned Deily :
--
assignee: -> ned.deily
priority: normal -> high
___
Python tracker
<http://bugs.python.org/issue27337>
___
___
Python-bugs-list
Ned Deily added the comment:
That's unfortunate and my fault, basically, the .tgz tarball was built with a
BSD-ish while the .xz one was built with GNU tar, as intended. I hate to do a
stealth update, unless absolutely necessary, and I don't get see any errors
unpacking the .tgz
5801 - 5900 of 6927 matches
Mail list logo
