Change by Brian Kuhl :
--
pull_requests: +4155
___
Python tracker
<https://bugs.python.org/issue31904>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Kuhl added the comment:
I'm quite happy to take on maintainer role for Python on VxWorks, so I think we
can get that one solved.
Enabling a build bot for cross compile of propitiatory OS presents a number of
legal licensing issues that outside my control. And I'll
New submission from Brian Curtin :
Since 1993, aifc.openfp has simply pointed to aifc.open as a matter of
backwards compatibility. See
https://github.com/python/cpython/commit/7bc817d5ba917528e8bd07ec461c635291e7b06a
for the exact change.
aifc.openfp is both undocumented and untested, and in
Change by Brian Curtin :
--
keywords: +patch
pull_requests: +4302
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
Brian Curtin added the comment:
i was going to do them as separate bugs and PRs per module, but if one is fine
then i can do that.
Updating the title as well since nothing is beings removed (was originally
going to suggest skipping to removal but won’t do that).
--
title: Deprecate
Brian Curtin added the comment:
Serhiy, where should a common test that covers all three of these go? I'm not
seeing an obvious place for it.
--
___
Python tracker
<https://bugs.python.org/is
Brian Curtin added the comment:
I think https://github.com/python/cpython/pull/4344 covers what you're looking
for.
--
___
Python tracker
<https://bugs.python.org/is
Brian Curtin added the comment:
New changeset 9f914a01affc55abe799afc521ce71612bb495a5 by Brian Curtin in
branch 'master':
bpo-31985: Deprecate openfp in aifc, sunau, and wave (#4344)
https://github.com/python/cpython/commit/9f914a01affc55abe799afc521ce71
New submission from Brian Jarvis :
Hash auto-randomization is a mechanism to detect when a collision attack is
underway and switch to a randomized keying scheme at that point.
This patch is for the 2.7 branch, where hash randomization is not on by default.
Using collided strings from
https
New submission from Brian Forst :
We're moving some code from Python 2.7 to 3.6 and found a weird performance
issue using SQLite in-memory and on-disk DBs with the built-in sqlite3 library.
In Python 2.7, the two update statements below (excerpted from the attached
file) run in the
Brian Forst added the comment:
Hi Antoine, yup, adding a space after the UPDATE makes the speed difference
disappear on macOS Sierra and Windows 7.
--
___
Python tracker
<https://bugs.python.org/issue32
Brian Sheldon added the comment:
Windows does not implement symlinks as junctions. Windows has hardlinks,
symlinks and junctions which are all distinctly different in behaviour.
I don't doubt that this is a Windows-specific issue, although I have not tested
other platforms. Path.glo
Brian Haley added the comment:
Any chance this will get accepted? I actually have a use case in Openstack
where we might get a protocol number and want to save the name along with it.
Right now we're looking at using libc getprotoent() directly which isn't that
prett
Brian Curtin added the comment:
New changeset eef059657d6b10babdb4831e1148d60cc644ee9a by Brian Curtin (Zackery
Spytz) in branch 'master':
bpo-31370: Remove references to threadless builds (#8805)
https://github.com/python/cpython/commit/eef059657d6b10babdb4831e1148d6
Brian Curtin added the comment:
New changeset e45473e3ca31e5b78dc85cab575f5bb60d5b7f8f by Brian Curtin (Zackery
Spytz) in branch 'master':
bpo-27351: Fix ConfigParser.read() documentation and docstring (GH-8123)
https://github.com/python/cpyt
Brian Curtin added the comment:
New changeset b0b8f9bd4e6f78ac7383b4e56cfb6cbacc77da89 by Brian Curtin (Miss
Islington (bot)) in branch '3.7':
bpo-27351: Fix ConfigParser.read() documentation and docstring (GH-8123)
https://github.com/python/cpyt
Brian Curtin added the comment:
New changeset 3cd5e8e83c9785d9f505138903c7a50dc964101e by Brian Curtin (Miss
Islington (bot)) in branch '3.6':
bpo-27351: Fix ConfigParser.read() documentation and docstring (GH-8123)
https://github.com/python/cpyt
Brian Curtin added the comment:
New changeset 8d3b0f49021e6cd25030a1eb979218cfceb44061 by Brian Curtin (Andrés
Delfino) in branch '2.7':
[2.7] bpo-13407: Mention that bz2/tarfile doesn't support multi-stream bzip2
files (GH-8428)
https://github.com/python
Change by Brian Curtin :
--
assignee: docs@python -> brian.curtin
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue8112>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue2554>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
Can't this just be a Python script?
--
___
Python tracker
<http://bugs.python.org/issue16895>
___
___
Python-bugs-list m
Brian Curtin added the comment:
Don't we already require an existing Python to build some of the third-party
stuff, e.g., OpenSSL?
I don't think the bootstrapping issue holds that much weight. Adding some huge
batch script that maybe one or two people even know how to modify is a mu
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue7883>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
Sorry, I don't think this is something we can do. We're not going to put an
image link into an exception message or docstring.
--
nosy: +brian.curtin
stage: -> committed/rejected
status: open -> closed
__
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue9097>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
Can you say why?
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue18354>
___
___
Python-bugs-list mailin
Brian Curtin added the comment:
Fixed in r14798 of the site.
--
assignee: docs@python -> brian.curtin
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python
Brian Thorne added the comment:
Just did some testing on 2.7 and 3.3 on Windows and Ubuntu, the speedup is
just noticeable - but much less so as the list grows.
--
nosy: +Thorney
___
Python tracker
<http://bugs.python.org/issue18
Brian Curtin added the comment:
Benjamin probably has the final say on backporting this to 2.7. I'm doing the
3.3/default commit right now.
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/is
Brian Curtin added the comment:
^That takes care of default. I misspoke in an earlier comment about 3.3 - that
should probably be determined by that RM (Georg?)
--
___
Python tracker
<http://bugs.python.org/issue18
New submission from Brian McLaughlin:
Documentation should note default quoting behavior of the csv module is
csv.QUOTE_MINIMAL
http://hg.python.org/cpython/file/tip/Modules/_csv.c#l420
--
assignee: docs@python
components: Documentation
files: doc.patch
keywords: patch
messages
New submission from Brian Vanderburg:
When I have unicode data to save, it seems that it does not save correctly,
giving an encode error. I know this exists on 2.7 and from checking the code in
xml/dom/minidom.py it looks like it does in 3.2 as well.
The method call that seem to be
New submission from Brian Mingus:
The python documentation links to an outside website for info and examples on
http basic auth. This documentation is terrible and confusing. The link should
be removed, and user's should be advised to use the Requests library.
# this example is from
Brian Mingus added the comment:
The documentation is confusing. Consider this comment:
# All calls to urllib2.urlopen will now use our handler
# Make sure not to include the protocol in with the URL, or
# HTTPPasswordMgrWithDefaultRealm will be very confused.
# You must (of course) use it when
Brian Mingus added the comment:
Yes - this link was a waste of my time. It would have been better if it had not
been there. I propose to replace it with nothing.
--
___
Python tracker
<http://bugs.python.org/issue18
Brian Curtin added the comment:
Here's a patch with better wording, and here's a screenshot of what the feature
selection looks like with that text: http://i.imgur.com/k7e12.png
--
Added file: http://bugs.python.org/file25255/issue35
Brian Curtin added the comment:
The attached patch changes the feature text to "Add python.exe to Path". I'm
not sure the word "search" adds much there anyway.
An additional change here that I think would be beneficial is a better
description text, immediately cov
New submission from Brian Curtin :
Now that #3561 is in, it needs to be mentioned in at least the following places:
Doc\whatsnew\3.3.rst
Doc\faq\windows.rst
http://python.org/download/windows/ could use an update, but that's on a
separate SVN repository
--
assignee: brian.c
Brian Curtin added the comment:
Now that the feature is in, I'm going to track the few places we need to
document it in #14668.
--
resolution: -> fixed
stage: commit review -> committed/rejected
status: open -> closed
___
Python
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue8304>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
James, since you attached a Windows executable I'll assume that's the platform
you're on.
Try the following:
1. Open the Start menu
2. Choose "All Programs" (or "Programs" on XP, I think)
3. Scroll to where you see "P
Brian Curtin added the comment:
I recently added what you just mentioned in the vs2010port branch for WSA and
non-WSA to work together. I still need to figure out some distutils/packaging
failures, but the port is nearly ready*.
* I've only focused on 32-bit debug builds, but updatin
Brian Curtin added the comment:
No, this is the real thing. Python 3.3 distributed on VS2010.
In order to ship a fully built Python 3.3 MSI for users, I've found it's not
just as easy as updating errno. I'll strip out all of the project file changes
and whatnot and post a patc
Brian Curtin added the comment:
Also, I personally don't care about distutils, but I need all of the tests to
pass before I can consider merging this. Distutils and packaging need a few
changes to be able to compile extensions and create setups and whatever with
V
Brian Curtin added the comment:
Yes.
--
___
Python tracker
<http://bugs.python.org/issue13210>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
I don't have a link handy, but from what I've read we could go from VS2010 to
VS2012 with relative ease since it's supposed to be able to work with 2010
solutions/project files. I haven't tried this with the beta, b
Brian Curtin added the comment:
VS11 opened the VS2010 project fine without doing conversion. Note that this
just uses VS11 to work with the project in VS2010 mode with the 2010 compiler.
Doing the conversion to VS11's compiler is another thing to consider, although
probably not unt
Brian Curtin added the comment:
We do the runtime checks for a few things in winreg as well as the os.symlink
implementation and i think a few other supplemental functions for symlinking.
--
___
Python tracker
<http://bugs.python.org/issue11
Brian Curtin added the comment:
The test for this issue seems to fail about half of the time on Windows.
==
ERROR: test_race (test.test_logging.HandlerTest
Brian Curtin added the comment:
As of a40f47cc7691, Richard's idea is now the implementation, which seems to
work well and has simplified the changes quite well. Attached is
code_changes.diff which shows all of the necessary code changes as of now.
The test_import failure you were origi
Brian Curtin added the comment:
I'm seeing this with the current tip 8635825b9734.
I wouldn't trust the build slaves with a race condition test since they're
incredibly slow machines, but this issue isn't about the race. That path really
should be accessible so I'm
Brian Curtin added the comment:
I have exemptions set in AV for my dev folders for exactly that reason :)
I'll try and poke around and get more info.
--
___
Python tracker
<http://bugs.python.org/is
Brian Curtin added the comment:
Reproduced here as well.
--
___
Python tracker
<http://bugs.python.org/issue14750>
___
___
Python-bugs-list mailing list
Unsub
Brian Curtin added the comment:
The tip of the vs2010 branch now works just as well as default does. There are
no outstanding test failures that aren't seen on default -- test_email still
fails for some line ending stuff, but that's not relevant here.
Attached is a patch showin
Brian Curtin added the comment:
Attached is full_vs2010_port.diff. It's 13000 lines, mostly taken up by the
conversion of project, filter, and solution files - tons of XML.
--
Added file: http://bugs.python.org/file25504/full_vs2010_port
New submission from Brian Curtin :
Attached is a patch to return the final destination of files or directories
sent through shutil's copy, copy2, and move functions. This removes the need to
construct the destination path on your own.
This is especially useful for copy/copy2 where you c
Brian Curtin added the comment:
Here's a patch that fixes the trailing whitespace Hynek noticed as well as adds
an additional test case for copy/copy2.
--
Added file: http://bugs.python.org/file25526/issue14772.diff
___
Python tracker
Brian Curtin added the comment:
Added another test using move as renaming the destination file.
--
Added file: http://bugs.python.org/file25527/issue14772_v2.diff
___
Python tracker
<http://bugs.python.org/issue14
Brian Curtin added the comment:
When you say "needs that", do you mean the patch as-is, or Hynek's suggestion
to return consistently?
--
___
Python tracker
<http://bugs.pyt
Brian Curtin added the comment:
What I just pushed has functioning debug and release builds for both 32 and 64
bit, and the tests introduce no new failures.
As noted on python-dev, we may not have build slaves setup for this change yet,
so the Windows builds may appear broken.
I'll
Brian Curtin added the comment:
Thanks for noticing. I moved them out to PC\VS9.0 rather than outright deleting.
--
___
Python tracker
<http://bugs.python.org/issue13
Brian Curtin added the comment:
Thanks for your report. Unfortunately Python 3.2 won't ever work in this way
because changing compilers would be a new feature, and bug fix releases like
3.2 don't receive new features. Yesterday we completed the transition to VS2010
as a step towar
Brian Curtin added the comment:
+1 on the patch. It fixes a bunch of things that I entered unnecessarily (like
explicit .pyd names to fix the warnings), but after staring at the screen for a
long time I couldn't figure out what I was doing wrong to need them for some
reason.
I'm
Brian Curtin added the comment:
Hm, actually, doing a 64-bit debug build fails with that patch. ctypes,
_testbuffer, and xxlimited, the projects I originally had trouble with in the
settings, don't link properly.
--
___
Python tracker
Brian Curtin added the comment:
Correction, both 64-bit debug and release fail.
--
___
Python tracker
<http://bugs.python.org/issue13210>
___
___
Python-bug
New submission from Brian Curtin :
With the addition of #3561, I think we might want to have the file association
feature follow it in not being a default feature. It seems a bit off that we
don't want to change the way "python" reacts on the command line by default,
but we do
Brian Curtin added the comment:
> Are there any features which make VS 2010 easier to use for us?
I don't do much with the IDE besides the basics of writing the code and
building it, so I can't really say if it makes anything easier on us. I think
the change is just going to
Brian Curtin added the comment:
Does that failure happen to you every time? I occasionally see those RSP files
causing some failures, but those are something created by Visual Studio (2008
as well) and they sometimes get held open or cause problems being deleted. I've
always had success
Brian Curtin added the comment:
Can you try http://bugs.python.org/file25583/pcbuildpatch.patch from #13210?
--
___
Python tracker
<http://bugs.python.org/issue14
Brian Jones added the comment:
I can't find a previous discussion of this topic. If you know the list it
happened on, or the bug#, let me know as I'd be curious to see the discussion.
While I could concede that checking type is arguably a more common case than
checking ancestr
Brian Curtin added the comment:
Hm, I thought I already responded to this one. PEP 11 states that the w9xpopen
code shouldn't be removed until 3.4. I have a patch on another computer that
adds a deprecation for 3.3 - I'll add it here within the day.
For 3.4 we would actually
Brian Curtin added the comment:
I don't have time at the moment to test it, but the patch looks like it's
probably ok.
--
___
Python tracker
<http://bugs.python.o
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue1602>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
Would you mind taking a screenshot of where "Build Solution" appears? You'll
probably need to hold CTRL+print screen to make sure the menu doesn't retract.
As seen in http://i.imgur.com/XvXa5.png I have the menu as described in the
guide a
Brian Curtin added the comment:
Weird that they would do that. Given that there is a difference, we should
probably list both. Something like "choose the Build Solution option from
either the Build or Debug menu depending on your Visual Studio version."
Your patch seems to solve
Brian Curtin added the comment:
May as well fix them both.
--
___
Python tracker
<http://bugs.python.org/issue14884>
___
___
Python-bugs-list mailing list
Unsub
Brian Curtin added the comment:
Looks good to me. Feel free to commit it, Eli.
--
assignee: brian.curtin ->
___
Python tracker
<http://bugs.python.org/issu
Brian Curtin added the comment:
2. Yes, only the installation directory, because that's the only directory we
create. Scripts is created by distutils/packaging, but perhaps we could add it
since it is widely used. Anyone have an opinion?
3. Do you have a reason? Many tools that offer
Brian Curtin added the comment:
I'm strongly opposed to enabling this by default at least for 3.3, but does
anyone think something like this dialog http://i.imgur.com/18zPD.png be
helpful? After choosing the directory to install to and before choosing the
features, it's a sim
Brian Curtin added the comment:
I'd rather it tried to stay as version agnostic as could be, but favoring 3.x
in general. I wouldn't tie it down to any particular version because we'll have
to come back in several years and update Python 3.
Brian Curtin added the comment:
#14668
--
resolution: -> duplicate
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue14941>
___
___
Changes by Brian Curtin :
--
assignee: docs@python -> brian.curtin
components: +Windows
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python
New submission from Brian Curtin :
Attached is a patch, originally written by Van Lindberg*, which changes
Python's layout on Windows to more match all of the other operating systems we
support. This patch starts by changing the layout of virtual environments, so
the venv module creat
New submission from Brian Curtin :
IGNORE THIS ISSUE
This is a test of a newer bitbucket mirror setup by Atlassian. I just want to
get a feel for how it works before I post about it on the dev blog.
--
hgrepos: 132
messages: 162392
nosy: brian.curtin
priority: normal
severity: normal
Changes by Brian Curtin :
--
keywords: +patch
Added file: http://bugs.python.org/file25842/e48c54fa4bfb.diff
___
Python tracker
<http://bugs.python.org/issue15
Changes by Brian Curtin :
--
resolution: -> invalid
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by Brian Curtin :
--
hgrepos: +133
keywords: +needs review
___
Python tracker
<http://bugs.python.org/issue15012>
___
___
Python-bugs-list mailin
Changes by Brian Curtin :
--
hgrepos: +134
___
Python tracker
<http://bugs.python.org/issue15012>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brian Curtin :
Added file: http://bugs.python.org/file25843/e48c54fa4bfb.diff
___
Python tracker
<http://bugs.python.org/issue15012>
___
___
Python-bugs-list m
Brian Curtin added the comment:
Ah, sorry, the venv change wasn't included for some reason. New patch attached.
I'll look into bdist_msi.
I don't remember there being strong thoughts against this, but I guess I'll go
look again.
--
Added file: http://bugs.
Changes by Brian Quinlan :
--
assignee: -> bquinlan
___
Python tracker
<http://bugs.python.org/issue15015>
___
___
Python-bugs-list mailing list
Unsubscri
Brian Quinlan added the comment:
Hey Nam,
I'm not sure that I understand. You want ThreadPoolExecutor.submit to block if
there are too many work items in the queue? Are you sure that this happens
currently with ProcessPoolExecutor? I can't see wh
Brian Quinlan added the comment:
Thanks for the patch!
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Brian Quinlan added the comment:
The queue that you identified i.e.
self._call_queue = multiprocessing.Queue(self._max_workers +
EXTRA_QUEUED_CALLS)
does not get considered during submit() - are you sure that it somehow causes
submit() to block
Brian Quinlan added the comment:
I've had people request that they be able control the order of processed work
submissions. So a more general way to solve your problem might be to make the
two executors take an optional Queue argument in their constructors.
You'd have to explain in
Changes by Brian Curtin :
--
resolution: -> fixed
stage: commit review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Brian Curtin added the comment:
Before we miss yet another beta freeze, how does something like this look?
It moves `which` into one function which always yields paths. I don't think
anyone will approve of adding a dual-function API to solve this problem. I
originally tried an app
Brian Curtin added the comment:
> I don't think file is a good name.
Changed to "cmd" for command, and that's what the Unix `which` calls it as well.
> Wait, why are we even returning more than one result? I don't see any use
> cases for that in the issue
New submission from Brian Curtin :
As of http://hg.python.org/cpython/rev/a7ecbb2ad967, the PEP 397 launchers are
included. Their functionality should be documented.
--
assignee: docs@python
components: Documentation, Windows
messages: 163374
nosy: brian.curtin, docs@python
priority
1201 - 1300 of 1998 matches
Mail list logo
