Zachary Ware added the comment:
Try running `rt.bat -x64 -v test_httpservers`, which will run just that test in
verbose mode. If that happens to pass, try `rt.bat -x64 -wW`, which will show
the verbose output of a failed test and retry just the failed test at the end
of the full run
Zachary Ware added the comment:
This is expected; `os.fork` does not exist on Windows.
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Zachary Ware added the comment:
This is expected, the named modules or accelerators do not exist on Windows.
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Zachary Ware :
--
resolution: -> third party
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Zachary Ware added the comment:
This sounds like a Cygwin issue; what can Python do about it?
>From a Cygwin shell:
$ ls
$ echo "test.exe" >> test.exe
$ echo "test" >> test
$ cat test
test.exe
test
--
___
Change by Zachary Ware :
--
priority: -> normal
___
Python tracker
<https://bugs.python.org/issue28791>
___
___
Python-bugs-list mailing list
Unsubscrib
Zachary Ware added the comment:
Since we have a more recent "update SQLite" issue in bpo-35360, I'm going to go
ahead and close this one.
--
assignee: benjamin.peterson ->
resolution: -> fixed
stage: patch review -> resolved
status
Change by Zachary Ware :
--
assignee: docs@python -> steve.dower
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker
<https://bugs.python.org/issu
Change by Zachary Ware :
--
resolution: -> third party
___
Python tracker
<https://bugs.python.org/issue35188>
___
___
Python-bugs-list mailing list
Un
Change by Zachary Ware :
--
assignee: docs@python ->
resolution: -> third party
stage: -> resolved
status: open -> closed
type: behavior ->
___
Python tracker
<https://bugs.pyt
Zachary Ware added the comment:
What version of Python are you running Sphinx with? Your error is that
`html.entities` does not exist, which makes it sound like Python 2; bump it to
Python 3 and you'll be fine.
--
___
Python tracker
<ht
Change by Zachary Ware :
--
nosy: +bethard, paul.j3
versions: +Python 3.8
___
Python tracker
<https://bugs.python.org/issue35005>
___
___
Python-bugs-list mailin
Zachary Ware added the comment:
IIRC, the default in 3.6 is to use `--with-system-ffi` if available on all
platforms but macOS, falling back to the bundled copy only if a system copy
can't be found; 3.7 removes the bundled copy. Also, the version bundled with
3.6 is v3.2.1.
Note though
Change by Zachary Ware :
--
resolution: -> not a bug
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue34907>
___
___
Python-bugs-
Zachary Ware added the comment:
According to the name of your log file, you're trying to install an old
pre-release version (3.5.0rc3). Try the latest version instead
(https://www.python.org/ftp/python/3.5.4/python-3.5.4-amd64-webinstall.exe).
Since 3.5 is in security-fix-only mode
Change by Zachary Ware :
--
nosy: +christian.heimes
___
Python tracker
<https://bugs.python.org/issue6686>
___
___
Python-bugs-list mailing list
Unsubscribe:
Zachary Ware added the comment:
Would using `allow_abbrev=False` fix this for you?
https://docs.python.org/3/library/argparse.html#allow-abbrev
--
nosy: +zach.ware
___
Python tracker
<https://bugs.python.org/issue34
Change by Zachary Ware :
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
type: crash -> behavior
___
Python tracker
<https://bugs.python
Zachary Ware added the comment:
If there's no actual bug, it certainly does not need to be done on maintenance
branches.
--
nosy: +zach.ware
versions: -Python 2.7, Python 3.6, Python 3.7
___
Python tracker
<https://bugs.python.org/issue34
Change by Zachary Ware :
--
assignee: docs@python ->
nosy: -docs@python, zach.ware
___
Python tracker
<https://bugs.python.org/issue34694>
___
___
Python-
Change by Zachary Ware :
--
nosy: -gpolo, gvanrossum, loewis
___
Python tracker
<https://bugs.python.org/issue3468>
___
___
Python-bugs-list mailing list
Unsub
Change by Zachary Ware :
--
title: Satisfy her lovemaking desire -> Spam
___
Python tracker
<https://bugs.python.org/issue3468>
___
___
Python-bugs-list mai
Change by Zachary Ware :
--
pull_requests: -8747
___
Python tracker
<https://bugs.python.org/issue3468>
___
___
Python-bugs-list mailing list
Unsubscribe:
Zachary Ware added the comment:
I share Paul's concern about somebody using this (mis-?)feature and being
unnecessarily broken. However, such a restriction would have prevented the
segfault that was reported and fixed in bpo-31577, and would save any other
users of PyNumber_Divmod from
Zachary Ware added the comment:
Serhiy has opened bpo-34676 for the idea of restricting PyNumber_Divmod()'s
return type, so I'm closing the issue.
--
stage: commit review -> resolved
status: pending -> closed
___
Python tracker
Zachary Ware added the comment:
_geoslib.c is not part of the core distribution of Python, and in fact I don't
know which project it *is* part of. I'm afraid you'll need to find its home
project and report this there.
--
nosy: +zach.ware
resolution: -> third party
st
New submission from Zachary Ware :
>From ZooDSS (Никита Люшненко) on docs@:
https://mail.python.org/pipermail/docs/2018-September/037223.html :
"""
https://docs.python.org/3/reference/datamodel.html#metaclass-example -
"uses an collections.OrderedDict to remember&qu
Zachary Ware added the comment:
The crash is fixed, so I've lowered the priority. Serhiy, are you still
interested in pursuing an alternative fix in 3.8, or content with what's merged?
--
priority: release blocker -> normal
resolution: -> fixed
stage: patch review -> comm
Zachary Ware added the comment:
This was just reported again in bpo-34657. We should go ahead and define
_Py_timezone et al., which I will try to do today if nobody beats me to it :)
--
priority: normal -> high
versions: +Python 3.7, Python 3.8 -Python 3.5, Python
Zachary Ware added the comment:
This is a duplicate of bpo-24643.
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> VS 2015 pyconfig.h #define timezone _timezone conflicts with
timeb.h
___
Py
Change by Zachary Ware :
--
nosy: +yselivanov
___
Python tracker
<https://bugs.python.org/issue34635>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Zachary Ware :
--
versions: -Python 2.7, Python 3.6, Python 3.7
___
Python tracker
<https://bugs.python.org/issue8110>
___
___
Python-bugs-list mailin
Zachary Ware added the comment:
Do we want to bother backporting anything, or call it fixed in 3.8 and move on?
--
___
Python tracker
<https://bugs.python.org/issue8
Zachary Ware added the comment:
New changeset 880d42a3b247306f67837aa95e23f7c3471a30a3 by Zachary Ware in
branch 'master':
bpo-8110: Refactor platform detection in subprocess (GH-9053)
https://github.com/python/cpython/commit/880d42a3b247306f67837aa95e23f7c3471a30a3
Zachary Ware added the comment:
Adding Ned and marking as release blocker as this is a crasher in 3.7.0.
--
nosy: +ned.deily
priority: normal -> release blocker
___
Python tracker
<https://bugs.python.org/issu
Zachary Ware added the comment:
We definitely can't make that change to PyNumber_Divmod in 3.7 at this point,
I'm sure someone somewhere is relying on being able to get arbitrary
information out of their objects with `divmod(crazy_object)`. I don't know
enough math to say whether
Zachary Ware added the comment:
After 2.5 years without response, I think the answer is probably "no" :)
--
resolution: -> fixed
stage: -> resolved
status: pending -> closed
___
Python tracker
<https://bugs
Zachary Ware added the comment:
I don't agree that this change makes the implementation significantly more
cumbersome. I also think there's a backward compatibility argument to be made
for allowing the uncalled usage, particularly considering the OP's published
example and other similar
Change by Zachary Ware :
--
nosy: +ezio.melotti, michael.foord, rbcollins
___
Python tracker
<https://bugs.python.org/issue34596>
___
___
Python-bugs-list mailin
Zachary Ware added the comment:
I think we should make the same change on all branches (why would we fix it in
maintenance branches just to break it in the next major release?), in which
case it's just one PR to master and our backport bot (and/or the merging core
dev) will take care
Zachary Ware added the comment:
"Unconditionally" :)
--
___
Python tracker
<https://bugs.python.org/issue34596>
___
___
Python-bugs-list mailing
Zachary Ware added the comment:
We missed the boat for 3.7 anyway.
With the PEP 4 argument, I won't push any further for ripping Tix out
completely before 2020, but if something happens to break building it on
Windows before then my fix will be to remove it from the Windows build
Zachary Ware added the comment:
It could be interesting to enable uncalled `skip` by setting a default reason
of "Unconditional skip" when the argument is a function.
Do note that decorating with an uncalled `skip` does actually work to skip the
test currently, but the test
Zachary Ware added the comment:
This one has nothing to do with Cygwin, this is about minimizing patching that
IronPython (or other implementations) have to do to standard library modules.
--
___
Python tracker
<https://bugs.python.org/issue8
Zachary Ware added the comment:
The real question isn't "are we on Windows?" but rather "should we use
msvcrt/_winapi or _posixsubprocess/select?", which is what my PR is designed to
better fit. I could see how we wouldn't want to backport that patch to
maintenance br
Zachary Ware added the comment:
New changeset 635461fca5e90c6e091f1e5b46adafc0d28bf0e2 by Zachary Ware in
branch '3.6':
[3.6] bpo-34575: Build with only VS2015 on AppVeyor (GH-9066)
https://github.com/python/cpython/commit/635461fca5e90c6e091f1e5b46adafc0d28bf0e2
Change by Zachary Ware :
--
keywords: +patch
pull_requests: +8530
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue34575>
___
___
Py
Change by Zachary Ware :
--
nosy: +giampaolo.rodola, gregory.p.smith
versions: +Python 3.6, Python 3.7, Python 3.8 -Python 3.4, Python 3.5
___
Python tracker
<https://bugs.python.org/issue8
Zachary Ware added the comment:
Closing as "out of date"; we no longer use svn to fetch external sources.
--
resolution: -> out of date
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs
Change by Zachary Ware :
--
resolution: -> out of date
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Zachary Ware added the comment:
We no longer bundle a full copy of libffi, and the toplevel config.* files have
been kept relatively up to date.
--
resolution: -> out of date
stage: -> resolved
status: open -> closed
___
Python tracke
Change by Zachary Ware :
--
resolution: -> works for me
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Zachary Ware added the comment:
Since installing tkinter without Tcl/Tk would leave tkinter unusable without a
separately installed and configured Tcl/Tk (and thus probably generate copious
reports about tkinter being broken), I don't think this is a good idea. If
someone *really* wants
Change by Zachary Ware :
--
pull_requests: +8514
___
Python tracker
<https://bugs.python.org/issue8110>
___
___
Python-bugs-list mailing list
Unsubscribe:
Zachary Ware added the comment:
Eryk's diagnosis sounds like this is not a bug in Python or something that
Python needs to or even should fix.
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracke
Zachary Ware added the comment:
With pyvenv removed from 3.8 and various other proposals in other issues for
where scripts should be installed on Windows, I'm going to go ahead and close
this.
--
resolution: -> out of date
stage: -> resolved
status: open -> closed
Zachary Ware added the comment:
According to Martin in msg112770, this was due to files that could not be
compiled. There shouldn't be any more of those added to 2.7 (which is the last
version receiving binary releases using this installer scheme), so I'm closing
the issue
Zachary Ware added the comment:
As far as I can tell, this was an application bug in multiprocessing cleanup 7
years ago. I'm not sure there's really even anything to add to the docs for
this, but if anyone disagrees or produces a patch, please reopen.
--
nosy: +davin, pitrou
Zachary Ware added the comment:
I believe this has been fixed some time in the last few years; Terry, please
reopen this if I've missed something.
--
resolution: -> fixed
stage: needs patch -> resolved
status: open -> closed
___
Pytho
Zachary Ware added the comment:
This sounds good to me; my `python -m venv venv` commands are also almost
always followed up by `venv/bin/python -m pip install -U pip setuptools wheel`.
I wouldn't get the `wheel` from this, but it's not always necessary anyway.
Rather than importing
Zachary Ware added the comment:
I think rather than switching Travis CI (or VSTS) to GCC 8, it would be better
to set up a buildbot running GCC 8, or switching one of our existing workers to
it. We want to keep the pre-merge CI as stable as possible, and using a
bleeding-edge compiler
Zachary Ware added the comment:
> Can we manually ssh into the buildbots from the buildbot master and delete
> the file?
No, there is no access to the workers except for the connection created by each
worker for the purpose of buildbot communication (and individually by each
worker
Zachary Ware added the comment:
It looks like https://github.com/python/buildmaster-config/pull/43 won't
actually help; I changed it to use `method='clean'` because we don't want to
blow away the `externals` directory on Windows buildbots, and `*.cover` is in
`.gitignore` so `Lib
Zachary Ware added the comment:
No, there isn't. However, https://github.com/python/buildmaster-config/pull/43
should help; I'll try to get that deployed later today.
--
___
Python tracker
<https://bugs.python.org/issue34
Zachary Ware added the comment:
Python 2.7 is nearing end-of-life, its installer scheme is no longer used on
any other branch, and the maintainer of that installer retired some years ago.
If you provide a patch, we can take a look and possibly merge it for you, but
it's unlikely
Zachary Ware added the comment:
Hi Stephen,
zlib is built into the core binary (pythonXY.dll) when you build with
`IncludeExternals`; see PCbuild/pythoncore.vcxproj. Using PCbuild/build.bat
should do that automatically (unless you tell it not to), but if it's not we
may need to fix
Zachary Ware added the comment:
That appears to be a third-party project, though I can't find it via Google.
You'll need to submit your patch to that project; there's nothing we can do
with it here.
--
components: -Distutils
nosy: +zach.ware
resolution: -> third party
st
Zachary Ware added the comment:
Ideas like this are better sent to the python-id...@python.org mailing list for
discussion rather than immediately opening an issue. Note though that I think
this has a low chance of acceptance; there's a very high bar to clear to add
syntax, even higher
Zachary Ware added the comment:
New changeset 11eb1a94704142385ffc07852739863ced8587d2 by Zachary Ware (Berker
Peksag) in branch 'master':
bpo-34251: Restore msilib.Win64 to preserve compatibility (GH-8510)
https://github.com/python/cpython/commit/11eb1a94704142385ffc07852739863ced8587d2
Zachary Ware added the comment:
I like to think I'm fairly reasonable :). You can get what you want by
specifying `type=choices_dict.get`, or by extracting from the dict manually
after calling `parse_args`.
--
nosy: +zach.ware
___
Python tracker
Zachary Ware added the comment:
That's nothing to do with Python and everything to do with macOS. As a test,
open Terminal, do `ls ~/Example`, and you'll see `AC:DC` instead of `AC/DC`.
As a further test, do `mkdir ~/Example/dir:with:colons` and then have a look in
Finder.
See here [1
Zachary Ware added the comment:
I don't agree with your conclusion here: importlib2 is a PyPI package that
backports Python 3's importlib to Python 2, thus the ImportError will only be
raised on Python 2 with the example as written.
--
nosy: +zach.ware
Zachary Ware added the comment:
Looking at this again after 5 years, things have changed a bit and I also
better understand what's actually going on in the tests. IIUC, the `test_main`
function's only real purpose was to cause any dangling threads or processes to
be reaped, which should
Change by Zachary Ware :
--
pull_requests: +7696
___
Python tracker
<https://bugs.python.org/issue16968>
___
___
Python-bugs-list mailing list
Unsubscribe:
Zachary Ware added the comment:
The patch is many years out of date by this point. Does anyone know what it
takes to create a static binary on Windows these days?
--
versions: +Python 3.8 -Python 2.7, Python 3.4, Python 3.5
___
Python tracker
Zachary Ware added the comment:
This can only be accepted into 3.8 at this point due to the new exception type.
The patch looks fairly straightforward; would it be possible to add a test that
hits the new raise condition?
--
nosy: +zach.ware
stage: -> patch review
versions: +Pyt
Zachary Ware added the comment:
Terry: PR8051 should do that, but I haven't tested it. Would you mind taking
over the PR if it does what you want it to?
--
___
Python tracker
<https://bugs.python.org/issue34
Change by Zachary Ware :
--
keywords: +patch
pull_requests: +7659
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue34006>
___
___
Py
Zachary Ware added the comment:
Sorry, this seems to have been due to updates on the machine. It's now fixed.
--
keywords: +buildbot
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bug
Change by Zachary Ware :
--
pull_requests: +7518
___
Python tracker
<https://bugs.python.org/issue27780>
___
___
Python-bugs-list mailing list
Unsubscribe:
Zachary Ware added the comment:
Thanks for the patch, Ivan, and the review, Anselm!
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Zachary Ware added the comment:
New changeset b18f09835720e14ac7d4cca1815fdcdcecd5d8d4 by Zachary Ware
(native-api) in branch '2.7':
bpo-33711: Fix license generation error in installer build script (GH-7241)
https://github.com/python/cpython/commit/b18f09835720e14ac7d4cca1815fdcdcecd5d8d4
Change by Zachary Ware :
--
pull_requests: +7499
___
Python tracker
<https://bugs.python.org/issue33951>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Zachary Ware :
--
stage: patch review -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python.org/issue33931>
___
___
Pyth
Zachary Ware added the comment:
Thanks, Anselm! I'll leave this open until our VS9 buildbots [1] confirm that
they're happy with it, but I suspect since they weren't broken before they
won't be affected by this anyway.
[1] http://buildbot.python.org/all/#/builders?tags=%2Bvs9
Zachary Ware added the comment:
New changeset 7b383a57145046a6a6ad6cd26f3139163df07885 by Zachary Ware (Anselm
Kruis) in branch '2.7':
bpo-33931: Fix building using PC\VS9.0\build.bat -e (GH-7844)
https://github.com/python/cpython/commit/7b383a57145046a6a6ad6cd26f3139163df07885
Zachary Ware added the comment:
Excellent. Thanks, Terry!
--
resolution: -> out of date
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Zachary Ware added the comment:
The root of this issue was fixed by #20035 for 3.5+. Terry, do you still have
issues with this with 2.7, and is it still worth trying to fix?
--
___
Python tracker
<https://bugs.python.org/issue10
Zachary Ware added the comment:
I suspect you either had a non-python.org version of Python, or had the
embeddable distribution rather than a proper installation (the embeddable
distribution should not be used unless you're embedding, hence the name :)).
Either way, the standard
Zachary Ware added the comment:
Certainly! Have a look at the devguide to get started.
--
___
Python tracker
<https://bugs.python.org/issue33836>
___
___
Pytho
New submission from Zachary Ware :
In
https://docs.python.org/3/faq/programming.html#why-are-default-values-shared-between-objects
there is an example showing memoization using `def expensive(arg1, arg2,
_cache={}):`. We should change the signature in that example to make `_cache
Change by Zachary Ware :
--
resolution: -> out of date
stage: needs patch -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Zachary Ware added the comment:
New changeset f6645ef027762adbb159a3b6d64a15538672eaa2 by Zachary Ware in
branch '2.7':
bpo-28222: Don't fail if pygments is not available (GH-7564)
https://github.com/python/cpython/commit/f6645ef027762adbb159a3b6d64a15538672eaa2
--
nosy: +zach.ware
Change by Zachary Ware :
--
versions: +Python 2.7
___
Python tracker
<https://bugs.python.org/issue28222>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Zachary Ware :
--
pull_requests: +7196
___
Python tracker
<https://bugs.python.org/issue28222>
___
___
Python-bugs-list mailing list
Unsubscribe:
Zachary Ware added the comment:
Nothing (or 0, or an empty list, string or tuple, etc.) multiplied by any
positive whole number is still nothing.
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracke
Change by Zachary Ware :
--
components: -Windows
___
Python tracker
<https://bugs.python.org/issue33815>
___
___
Python-bugs-list mailing list
Unsubscribe:
Zachary Ware added the comment:
I fixed the issue by reenabling redirects in the buildbot.python.org Apache
config, and Suriyaa fixed the lack of a 3.7 link with PR7532.
Thanks for the report and PR!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -&g
Zachary Ware added the comment:
New changeset 9e6685ea7b749ee34466e71b22d99e5112d71a95 by Zachary Ware (Suriyaa
✌️️) in branch 'master':
bpo-33807: Add Python 3.7 buildbot link to '.github/CONTRIBUTING.rst' (GH-7532)
https://github.com/python/cpython/commit
Zachary Ware added the comment:
Depending on PowerShell's support for Unicode (I'm not familiar with it :)),
yes; running python from PowerShell would probably be fine in this case.
The BMP: https://en.wikipedia.org/wiki/Plane_(Unicode)#Basic_Multilingual_Plane
--
nosy: -mrabarnett
601 - 700 of 2723 matches
Mail list logo
