Zachary Ware added the comment:
PR16 made the Travis build situation better, but we still have some warnings to
look into. I thought we had a PR for that, but I can't seem to find it.
--
nosy: +zach.ware
pull_requests: +34
___
Python tracker
Zachary Ware added the comment:
I'd suggest replacing as much as possible in the devguide with a link to
Doc/README.rst (or Doc/README.txt, if that's what it still is). Other
improvements should be made in the README.
--
nosy:
New submission from Zachary Ware:
It's that time once again (as of a few weeks ago). This one doesn't seem to be
a high severity update, though. Also, it seems that 1.1.0e is due tomorrow;
I'm not sure if that means 1.0.2l will also come out tomorrow, so we'll want t
New submission from Zachary Ware:
Inspired by Barry's post to core-workflow, I'd like to suggest renaming the
current "coverage" target to "ccoverage", adding a "pycoverage" target that
does what .travis.yml currently does for coverage (minus uploading t
Zachary Ware added the comment:
With the exception of the Travis and Codecov badges, `rst2html README.rst`
produces a nicely self-contained HTML readme.
However, I'm not sure how useful that readme is on Windows. Perhaps we should
draft a new, simple readme for inclusion in the Wi
Zachary Ware added the comment:
Another option acceptable to me would be to simply leave out the readme
entirely. I wasn't even aware it was included until this issue came up :)
--
___
Python tracker
<http://bugs.python.org/is
Zachary Ware added the comment:
So far, to 3.6. I don't really expect it to move back to 3.5, and 2.7's README
is its own mess.
--
___
Python tracker
<http://bugs.python.o
Zachary Ware added the comment:
There were significant corrections to the README in that backport that should
not be lost if we do de-restify the 3.6 readme.
--
___
Python tracker
<http://bugs.python.org/issue29
Changes by Zachary Ware :
--
components: +IDLE -ctypes
___
Python tracker
<http://bugs.python.org/issue27162>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Zachary Ware :
--
nosy: -Rogi
title: interesting info -> Spam
___
Python tracker
<http://bugs.python.org/issue27166>
___
___
Python-bugs-list mai
Zachary Ware added the comment:
I think you should submit this as a PR against docsbuild-scripts, it will be
easier to review there.
--
nosy: +zach.ware
___
Python tracker
<http://bugs.python.org/issue26
Zachary Ware added the comment:
If you're still using 2.7.5, we can't help you. If you can reproduce the issue
with 2.7.11 or 3.5.1, please reopen.
--
resolution: -> out of date
stage: -> resolved
status: open -> closed
type: resourc
Zachary Ware added the comment:
The patch looks fine to me, but frankly I'm a bit scared to commit anything to
distutils :). It would be nice to have tests for this.
I'm also not sure if we can backport this to 2.7 and 3.5: this is pretty
clearly a new feature, but dips its toe
Zachary Ware added the comment:
I think the additions are redundant; pick one or the other. The first should
be sufficient.
--
nosy: +zach.ware
stage: -> patch review
versions: +Python 2.7, Python 3.5, Python 3.6
___
Python tracker
&l
Zachary Ware added the comment:
I had seen this go by on new-bugs-announce, but hadn't formed an opinion about
it. I had also noticed several issues about __all__, but hadn't realized how
widespread those issues were. Now I've just been introduced to #23883 via
#26809, and
Zachary Ware added the comment:
For the original issue, I agree with Eryk that about the best we can do is to
document that Tcl sets HOME as "%HOMEDRIVE%%HOMEPATH%" or "c:\" if both of
those are not set. I wonder about removing (or de-preferring) HOME in
os.path.expanduse
Zachary Ware added the comment:
Hi Mark,
To build Python extensions on Windows, you need to have a compiler that can
link to the same C runtime used by the Python interpreter. For 3.5, that means
you need VS2015; VS2013 won't work.
--
nosy: +zach.ware
resolution: -> not a b
Zachary Ware added the comment:
Using the wrong compiler, you may wind up with an extension that appears to
work, and you may never have a problem with it if conditions are just right.
This article[1] looks like a pretty good explanation of why you don't want to
do it, though (note:
Zachary Ware added the comment:
Finally got this done.
Benjamin and Larry, it would probably be best if this made it into 2.7.12 and
3.5.2. Is there anything special I need to do to make that happen?
(My sincere apologies for not getting it done before the RCs.)
--
nosy
Zachary Ware added the comment:
+1
Doesn't break anything in a x64 build for me.
Modules/_ctypes/libffi_arm_wince/ should also be removed, though (it's a
private, ancient copy of libffi that has never actually been used as far as I
Zachary Ware added the comment:
I wonder whether this manifest change would affect other GUI toolkit packages
(though frankly I'm having trouble finding any others that work with Python 3
on Windows...), positively or negatively. Would it be possible to tie this to
_tkinter.pyd inste
Changes by Zachary Ware :
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker
<http://bugs.python.org/issue27
Changes by Zachary Ware :
--
assignee: -> steve.dower
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
priority: normal -> high
title: Wrong FTP links in 5.3.2 installer -> Wrong FTP links in 3.5.2 installer
type: crash -&
Zachary Ware added the comment:
I'm still getting 404s; I'm not sure if there's cache to be purged or
something, but I can't see that the ...amd64/ dir exists yet, at least from a
browser. I haven't tried an actual installation.
--
_
Zachary Ware added the comment:
Yep, looks fine now. I suspect from a couple of commits that Steve just did he
did in fact have to purge cache :)
Thanks, Steve!
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issu
Zachary Ware added the comment:
You can also use PC/VS9.0/build_ssl.py which was the progenitor of
prepare_ssl.py. The project files in PC/VS9.0 will use build_ssl.py by default.
FTR, I'm good with copying prepare_ssl.py to 2.7, and even with ensuring that
it's 2.7 compatible (i
Zachary Ware added the comment:
> I am puzzled as to why "use safe_exec rather than exec" isn't an option
Because you're going to have a hard time convincing malware authors to use it.
--
___
Python tracker
<http://
Changes by Zachary Ware :
--
nosy: +David.Edelsohn, zach.ware
___
Python tracker
<http://bugs.python.org/issue27421>
___
___
Python-bugs-list mailing list
Unsub
Zachary Ware added the comment:
What about instead of unconditionally calling CoInitializeEx in all cases, add
a Py_EnsureCOM(flags) C API function? The flags param would be any flags that
the caller must have, would default to 0, and would be combined with
sys.coinit_flags before calling
Zachary Ware added the comment:
> But in that case, why hook into exec? The malware author can execute
> arbitrary Python so doesn't *need* exec.
As I understand it, the malware is distributed in encrypted form (probably
encrypted differently each time it propagates) so as to be gi
Changes by Zachary Ware :
--
Removed message: http://bugs.python.org/msg269614
___
Python tracker
<http://bugs.python.org/issue26665>
___
___
Python-bugs-list m
Changes by Zachary Ware :
--
stage: -> resolved
___
Python tracker
<http://bugs.python.org/issue27421>
___
___
Python-bugs-list mailing list
Unsubscrib
Zachary Ware added the comment:
Another +1 here, looks good and has some nice improvements.
The patch needs some cleanup, though:
We don't need the extensions [1], the version switcher, or the susp-ignored
file.
The templates dir needs some cleanup; we don't need the download p
Zachary Ware added the comment:
I get one test failure:
ERROR: test_u (__main__.Unicode_TestCase)
--
Traceback (most recent call last):
File "P:\ath\to\cpython\lib\test\test_getargs2.py", line 782,
Zachary Ware added the comment:
As the traceback suggests, you don't have permission to write there. You'll
need to run that as an administrator, but note that you'll run into a different
issue using the 'pip' command to upgrade itself; use 'py -3.5 -m pip install
Changes by Zachary Ware :
--
versions: +Python 3.6 -Python 3.4
___
Python tracker
<http://bugs.python.org/issue23085>
___
___
Python-bugs-list mailing list
Unsub
Zachary Ware added the comment:
I don't think "argument first" should be changed to "first argument": the point
is that the converter is called on the argument before it's formatted into the
string, the call is done "f
Zachary Ware added the comment:
This is due to changes in the default font settings for IDLE. You can boost
your font size and/or pick a different font, and your underscores will appear.
3.4 is no longer receiving bug fixes (or binary installers), so there's nothing
we can do
Zachary Ware added the comment:
This seems like a reasonable request, but could only be done in 3.6 as it would
be a new feature.
--
keywords: +easy
nosy: +zach.ware
stage: -> needs patch
versions: -Python 3.5
___
Python tracker
&l
Zachary Ware added the comment:
What happens if you first uninstall 2.7.11 and then install 2.7.12?
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker
<http://bugs.python.org/issue27
Changes by Zachary Ware :
--
keywords: +easy
stage: -> needs patch
title: Freeze: winmakemakefile.py: clean: Linux instead of Windows command ->
Tools/freeze/winmakemakefile.py clean target should use 'del' instead of 'rm'
versions: -Python 3
Changes by Zachary Ware :
--
assignee: -> steve.dower
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker
<http://bugs.python.org/issu
Zachary Ware added the comment:
Thanks to Christos for the report and Alakshendra for the patch!
--
nosy: +zach.ware
___
Python tracker
<http://bugs.python.org/issue25
Zachary Ware added the comment:
I have confirmed that this is not a Python issue. PyNaCl takes some special
coercion and a third-party library to build (see
https://github.com/pyca/pynacl/issues/165), but I managed to get it to build
with 3.5.1 and 3.6 and imported nacl._sodium in both with
Zachary Ware added the comment:
Hi Julien, there are still a few unanswered review comments. Check the
'review' link on 'issue26462_regen.diff' (which was your patch, I just
recreated it in a format that our Rietveld revi
Zachary Ware added the comment:
The patch needs some work, as it stands it makes the 'Report a Bug' link
disappear. I haven't looked into it far enough to determine why.
For an alternative bikeshed color, would it be possible to put the quick search
in the header, just left o
Zachary Ware added the comment:
--register sounds interesting. It could write to the user-specific py.ini, and
would be useful for other things, like for `py --register pypy
C:\pypy\pypy.exe`. I've also thought it would be useful to be able to use
py.exe directly to invoke interpr
Zachary Ware added the comment:
I think there are two bugs to be fixed here:
1) as Serhiy said, if tix needs _default_root, it should use it as
tkinter._default_root instead of importing it directly
2) test_idle should not permanently modify the tkinter namespace
--
nosy: +zach.ware
Zachary Ware added the comment:
OSX and Windows are both exempt from this discussion. Each has its own private
copy of an ancient version of libffi: Modules/_ctypes/libffi_osx/ and
Modules/_ctypes/libffy_msvc/.
I would be in favor of switching to --with-system-ffi by default for 3.6 and
Changes by Zachary Ware :
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue23085>
___
___
Python-bugs-list mailing list
Unsubscribe:
Zachary Ware added the comment:
I've done a test build (32-bit Release) and everything went fine. It looks
like we get to drop our patches, which is enough for me to want to do this for
3.6.
We historically haven't kept our Tcl/Tk sources extremely up to date on
Windows, though
Zachary Ware added the comment:
There have also been a few updates to 8.5 since we last updated the version we
ship with 2.7; has there been anything in 8.5.15-19 that we should pick up?
--
versions: +Python 2.7 -Python 3.6
___
Python tracker
<h
Zachary Ware added the comment:
See #23085 for more about our libffi situation.
For this issue, with silence from Tim and Mark I say commit at will (and kill
Modules/_ctypes/libffi_arm_wince/ as well).
--
stage: patch review -> commit rev
Changes by Zachary Ware :
--
stage: -> patch review
versions: +Python 3.6
___
Python tracker
<http://bugs.python.org/issue27664>
___
___
Python-bugs-list mai
Zachary Ware added the comment:
Since this is not a security issue, 3.4 is in security fix only mode, and
Windows XP is no longer supported in Python 3.5+, this will not be fixed.
Thus, I'm closing the issue.
However, this is bizarre :). There is no Windows-version-specific code in th
Zachary Ware added the comment:
Use 3.4.4 on Windows XP, it's the latest available (without building it
yourself).
--
___
Python tracker
<http://bugs.python.org/is
Zachary Ware added the comment:
This LGTM.
If it's simple enough, I'd like to see a shot at putting the search box in the
top bar, but it's not necessary :)
I'll commit this in the near future unless somebody beats me to it.
--
stage: needs pa
Zachary Ware added the comment:
serial is not a core Python library. I'm assuming it's from PySerial, whose
bug tracker is here: https://github.com/pyserial/pyserial/issues
--
components: -Interpreter Core
nosy: +zach.ware
resolution: -> third party
stage: -> resol
Zachary Ware added the comment:
I really like the search box in the header/footer.
I can't really speak for the actual content of the patch since my
Sphinx/HTML/CSS/Jinja/whatever else knowledge is severely limited, but it looks
pretty straightforward and the result is very nice.
Changes by Zachary Ware :
--
versions: -Python 2.7
___
Python tracker
<http://bugs.python.org/issue19489>
___
___
Python-bugs-list mailing list
Unsubscribe:
Zachary Ware added the comment:
Irmen, you're probably correct that this was overlooked at the time of 3.0.
The patch is well out of date as well, winsound was Clinicized around the 3.4
timeframe.
--
assignee: brian.curtin ->
keywords: -needs review
nosy: +paul.moore, ste
Zachary Ware added the comment:
Though the source link is incredibly out of date (we've been on hg.python.org
for about 5 years now, and are soon to move to Github), this is a current
issue. The suggested 'example "fix"' is not applicable, though; in that case,
Me
Zachary Ware added the comment:
It is run by nmake.
This isn't Cygwin-related, it's for 'freezing' a program a la py2exe or
cx_Freeze; see Tools/freeze/README. I have yet to try it without py2exe or
cx_Freeze, but it'
Changes by Zachary Ware :
--
Removed message: http://bugs.python.org/msg272000
___
Python tracker
<http://bugs.python.org/issue27686>
___
___
Python-bugs-list m
Changes by Zachary Ware :
Removed file: http://bugs.python.org/file44011/(1-800-919-0992)Call, Quickbooks
tech support phone number, Intuit Quickbooks Tech Support Phone Number,
Quickbooks Help Desk Phone Number.pdf
___
Python tracker
<h
Changes by Zachary Ware :
--
components: -asyncio
nosy: -bhartirana2323, gvanrossum, haypo, yselivanov
resolution: -> not a bug
stage: -> resolved
status: open -> closed
title: A 1 800 919 0992 ⅀⅀⫸⅀⅀ Quickbooks Enterprise support phone number,
Quickbooks Enterpris
Changes by Zachary Ware :
--
versions: +Python 3.6 -Python 3.4
___
Python tracker
<http://bugs.python.org/issue24658>
___
___
Python-bugs-list mailing list
Unsub
Changes by Zachary Ware :
--
nosy: +zach.ware
___
Python tracker
<http://bugs.python.org/issue27200>
___
___
Python-bugs-list mailing list
Unsubscribe:
Zachary Ware added the comment:
Thanks for the report!
--
nosy: +zach.ware
versions: -Python 3.4
___
Python tracker
<http://bugs.python.org/issue27722>
___
___
Zachary Ware added the comment:
Thanks for the patch!
--
assignee: -> zach.ware
components: +Documentation
nosy: +zach.ware
type: -> behavior
versions: +Python 2.7, Python 3.5, Python 3.6
___
Python tracker
<http://bugs.python.org/i
Zachary Ware added the comment:
Thanks for the patch!
--
assignee: docs@python -> zach.ware
nosy: +zach.ware
type: -> behavior
versions: +Python 2.7, Python 3.5
___
Python tracker
<http://bugs.python.org/i
Zachary Ware added the comment:
Thanks for the patch!
--
assignee: docs@python -> zach.ware
nosy: +zach.ware
type: -> behavior
versions: +Python 3.5
___
Python tracker
<http://bugs.python.org/i
Zachary Ware added the comment:
Builds fine on Windows. Happily, `math.tau == 2*math.pi` is True.
--
nosy: +zach.ware
stage: needs patch -> commit review
versions: +Python 3.6
___
Python tracker
<http://bugs.python.org/issu
Zachary Ware added the comment:
Yes, but 3.4 is out of bugfix maintenance and thus its docs are no longer
updated.
--
status: open -> closed
versions: -Python 3.4
___
Python tracker
<http://bugs.python.org/issu
Zachary Ware added the comment:
Thanks for the patch! I added a couple more skips to get everything passing
(the ones I skipped could not be properly tested).
--
nosy: +zach.ware
type: -> behavior
versions: +Python 3.5
___
Python tracker
&l
Zachary Ware added the comment:
Thanks for the patch!
--
nosy: +zach.ware
type: -> behavior
versions: +Python 3.5
___
Python tracker
<http://bugs.python.org/issu
Zachary Ware added the comment:
Thanks for the patch!
--
nosy: +zach.ware
type: -> behavior
versions: +Python 3.5
___
Python tracker
<http://bugs.python.org/issu
Zachary Ware added the comment:
Thanks for the patch! I made a couple changes in difflib.rst to avoid issues
with sys.stdout.write() returning the number of characters written.
--
nosy: +zach.ware
title: Failing doctests due to environmental dependencies in Lib/*lib.rst ->
Fail
Zachary Ware added the comment:
All of the current dependencies have been committed. I still see failures in:
Doc/faq/programming.rst
Doc/library/configparser.rst (also leaves Doc/example.ini)
Doc/library/copyreg.rst
Doc/library/ctypes.rst
Doc/library/datetime.rst
Doc/library/functions.rst
Doc
Zachary Ware added the comment:
Thanks for creating all the patches! If you create further issues for this,
feel free to make me nosy.
--
___
Python tracker
<http://bugs.python.org/issue27
Zachary Ware added the comment:
You could guard the noisy tests with "@support.requires_resource('audio')"
(however that is actually spelled :)).
--
nosy: +zach.ware
___
Python tracker
<http://bug
Zachary Ware added the comment:
Please don't remove yourself from the nosy list, we need your input to figure
out exactly what may need to be fixed.
--
nosy: +Филипп Пономарев
___
Python tracker
<http://bugs.python.org/is
New submission from Zachary Ware:
test_winsound is rather annoying. It currently attempts to determine whether a
sound card is present, and whether particular system sounds are available.
These checks are fragile at best, and I routinely see failures that shouldn't
be. In particular,
Changes by Zachary Ware :
--
nosy: -zach.ware
___
Python tracker
<http://bugs.python.org/issue12345>
___
___
Python-bugs-list mailing list
Unsubscribe:
Zachary Ware added the comment:
Here's an updated patch. I'm a little wary of applying this on 3.5, because it
is backward-incompatible: a str is no longer accepted with SND_MEMORY. On the
other hand, it's pretty much a fluke if that works at all currently.
Zachary Ware added the comment:
Here's a patch. This has the possibility of breaking existing code, but the
fix is simple (just catch RuntimeError) and is probably more in line with
what's expected.
--
keywords: +patch
stage: needs patch -> patch review
Add
Zachary Ware added the comment:
This appears to be a duplicate of #23968.
--
nosy: +zach.ware
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> rename the platform directory from plat-$(MACHDEP) to
plat-$(PLATFORM_TRIPLET)
type:
Zachary Ware added the comment:
There's a bug in this patch, first reported at
https://github.com/python/benchmarks/issues/1
Attached patch causes test_parse_args_abbreviation to show the failure:
test.test_argparse.ArgumentParserError: ('SystemExit', '', "usage:
Changes by Zachary Ware :
--
stage: -> resolved
___
Python tracker
<http://bugs.python.org/issue27836>
___
___
Python-bugs-list mailing list
Unsubscrib
Zachary Ware added the comment:
Terry: for now, you can downgrade Sphinx to 1.3.6 as it is known to build with
no warnings (that's the version the Docs buildbot currently uses).
--
___
Python tracker
<https://bugs.python.org/is
Zachary Ware added the comment:
The syntax is ` install ""`, so in this case
'pip install "Sphinx==1.3.6"` (or `pip install "Sphinx<1.4"`) should do it for
you. That ought to also take care of downgrading any other packages that need
it (though I don&#x
Zachary Ware added the comment:
This will require significant updates to PCbuild/prepare_ssl.py and/or the way
we build OpenSSL on Windows before we can even properly test this on Windows.
I don't think that should hold up acceptance of the rest of the patch (provided
1.0.2 support re
Zachary Ware added the comment:
Looks like that took care of it, build succeeded with no new warnings, and
test.ssltests passed.
--
___
Python tracker
<https://bugs.python.org/issue26
Zachary Ware added the comment:
I just stumbled across this issue in looking for another issue, and this turns
out to be of interest to me as well. As such, I've updated sorin's patch to
apply to the current default branch, added the same kind of change to the
new-since-then clean
Zachary Ware added the comment:
Here's the patch that moves external*.bat into PCbuild. I also took the
opportunity to give the three files more descriptive names: external.bat ->
get_externals.bat, external-common.bat -> get_common_externals.bat, and
external-amd64.bat ->
New submission from Zachary Ware:
Most times (though not all, for some reason) I try to use Doc\make.bat update,
it fails with "The system cannot find the batch label specified - update" even
though it is obviously there. The reason for this appears to be the fact that
the file
Zachary Ware added the comment:
Ping!
If there are no objections, would anyone mind committing this?
--
___
Python tracker
<http://bugs.python.org/issue16
Zachary Ware added the comment:
> This seems to suggest that CRLF shouldn't be necessary.
It's not necessary on .bat files without labels, but those with labels are
subject to the (Windows) bug described in my first message and link.
Adding an entry specifically for Doc/make.bat
New submission from Zachary Ware:
test_format is an interesting case in the ongoing test discovery conversion.
It already uses unittest.main(), but still has test_main(), and discovery seems
to work fine on Linux. On Windows, however, test_format and test_non_ascii
both fail with a
Zachary Ware added the comment:
Actually, I have an objection myself. In merging this patch with another I'm
working on, I noticed that I failed to include the new 'idledoc' target in the
Makefile usage message. The attached patch fixes that oversight.
--
A
1901 - 2000 of 2740 matches
Mail list logo
