Changes by Brian Curtin br...@python.org:
--
nosy: -brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9650
___
___
Python-bugs-list
Changes by Brian Curtin br...@python.org:
--
assignee: - bquinlan
nosy: +bquinlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15966
Brian Curtin added the comment:
I'm not sure Microsoft is going to change anything about this - it has done
this for a long time, if not forever. We recently had #15496 receive changes,
and #7443 is in the same area and has more details and some patches, so I'd
suggest taking up
Changes by Brian Curtin br...@python.org:
--
nosy: -brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1005895
___
___
Python-bugs-list
Changes by Brian Curtin br...@python.org:
--
nosy: -brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15779
___
___
Python-bugs-list
Changes by Brian Curtin br...@python.org:
--
components: +Build
nosy: +brian.curtin, loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15772
Brian Curtin added the comment:
This was added by Vinay in 4a3439ef552c.
--
resolution: - invalid
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15131
Brian Curtin added the comment:
The latest patch to test.support looks reasonable. Go for it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15496
Changes by Brian Curtin br...@python.org:
--
assignee: - brian.curtin
components: +Windows
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Changes by Brian Curtin br...@python.org:
--
assignee: - brian.curtin
nosy: +brian.curtin
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15567
Brian Curtin added the comment:
Without some change, the Win64 buildbot is relatively irrelevant as it
is nearly always in a state of failure due to these errors.
Not that some change isn't necessary, but what else are you running on your
build slave? I ran a Windows 2008 R2 x64 slave
Brian Curtin br...@python.org added the comment:
I would really like to release beta2 this weekend. Is it possible to get
this resolved by then?
As others stated, I'm not sure it's entirely necessary. Given the two
dependencies that need to be fixed before this one can move forward, I
Brian Curtin br...@python.org added the comment:
I'm not sure what the deal is but I can't get the changes to apply (fitting
Amaury's patch into _boostrap.py), meaning nothing I change to the _boostrap.py
file changes how anything operates.
I don't have much time to learn all of this stuff
Brian Curtin br...@python.org added the comment:
Sorry, I've been too busy to get caught up with this. I'm away most of today
but I can try to take a look tonight.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14578
Brian Curtin br...@python.org added the comment:
Can someone tell me where you want this changed? I guess Lib/imp.py in the
find_module function, based on previous mention of imp.find_module? That's
shown as deprecated so I'm hesitant to start there.
I don't really know anything about
Changes by Brian Curtin br...@python.org:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14600
Brian Curtin br...@python.org added the comment:
Hi mandel :)
With the exception of the import string inside of _get_letters (policy is to
do all imports at the top), it looks ok just by reading.
Assigning to myself to complete it after I return from holiday in a few days
(unless someone
Brian Curtin br...@python.org added the comment:
We don't need to stay with some paradigm if it's not the best way. If I can get
any of these ways to work, I may post some type of survey on python-dev.
Adding to the end wouldn't make this much of a feature. Most users have already
put another
Brian Curtin br...@python.org added the comment:
== Suggestion 1 ==
I don't think it's that unexpected. I certainly didn't come up with the idea
myself - I've seen them before. Surely it might be new to some people, but is
it confusing? For one, we think it's an option users should know
Changes by Brian Curtin br...@python.org:
--
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15011
___
___
Python
Brian Curtin br...@python.org added the comment:
Attached is a patch which fixes your review comments in Lib/shutil.py, and it
makes an adjustment in the wording of the documentation.
The documentation is a bit more strong in wording that the current directory is
always prepended to the path
Brian Curtin br...@python.org added the comment:
I don't know. It makes sense to me. I'll try to find someone else to look at it
and adjust it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue444582
Brian Curtin br...@python.org added the comment:
I don't really understand why you call abspath(). If the caller wants an
absolute path, they can call abspath() themselves.
Because that is what `which` does.
I just pushed the change before I saw this message, so it went in as the patch
Brian Curtin br...@python.org added the comment:
I updated file to command in 973b4806f760. It needs to be command so it matches
the implementation's argument name, and because it doesn't exactly take a file.
Alexander, can you explain the part about finding a file on PYTHONPATH? I don't
New submission from Brian Curtin br...@python.org:
6python3.def : error LNK2001: unresolved external symbol PyState_AddModule
6python3.def : error LNK2001: unresolved external symbol PyState_RemoveModule
6C:\python-dev\cpython\PCbuild\python3.lib : fatal error LNK1120: 2 unresolved
externals
Brian Curtin br...@python.org added the comment:
No, reverting.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15148
___
___
Python-bugs-list
Brian Curtin br...@python.org added the comment:
So I have a patch that does most of what my previous message shows, but I can't
seem to complete it. I don't know if I'm misunderstanding something or this
just can't be done, but I could use the help of someone who understands MSI
things much
New submission from Brian Curtin br...@python.org:
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
Changes by Brian Curtin br...@python.org:
--
assignee: docs@python - brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15131
Brian Curtin br...@python.org added the comment:
Here's a patch that also works on linux. A pathext specific test is now skipped
since that only matters on Windows, and I forgot a chmod that was making two
tests fail on linux.
--
Added file: http://bugs.python.org/file26078
Brian Curtin br...@python.org 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
Brian Curtin br...@python.org 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 (though I admit I just
Changes by Brian Curtin br...@python.org:
--
resolution: - fixed
stage: commit review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14772
Brian Curtin br...@python.org 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.python.org
New submission from Brian Curtin br...@python.org:
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
New submission from Brian Curtin br...@python.org:
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
Changes by Brian Curtin br...@python.org:
--
keywords: +patch
Added file: http://bugs.python.org/file25842/e48c54fa4bfb.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15012
Changes by Brian Curtin br...@python.org:
--
resolution: - invalid
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15012
Changes by Brian Curtin br...@python.org:
--
hgrepos: +133
keywords: +needs review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15012
Changes by Brian Curtin br...@python.org:
--
hgrepos: +134
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15012
___
___
Python-bugs-list mailing
Changes by Brian Curtin br...@python.org:
Added file: http://bugs.python.org/file25843/e48c54fa4bfb.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15012
Changes by Brian Curtin br...@python.org:
--
assignee: docs@python - brian.curtin
components: +Windows
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14943
Brian Curtin br...@python.org added the comment:
#14668
--
resolution: - duplicate
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14941
Brian Curtin br...@python.org 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.3 to Python 3.8
Brian Curtin br...@python.org 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
Brian Curtin br...@python.org 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
Brian Curtin br...@python.org added the comment:
Looks good to me. Feel free to commit it, Eli.
--
assignee: brian.curtin -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14884
Brian Curtin br...@python.org 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 and it's
Brian Curtin br...@python.org 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
Brian Curtin br...@python.org added the comment:
May as well fix them both.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14884
___
___
Python
Changes by Brian Curtin br...@python.org:
--
nosy: -brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1602
___
___
Python-bugs-list
Brian Curtin br...@python.org 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 br...@python.org 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 rep...@bugs.python.org
http://bugs.python.org/issue14813
Brian Curtin br...@python.org 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
Brian Curtin br...@python.org 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
Brian Curtin br...@python.org added the comment:
Can you try http://bugs.python.org/file25583/pcbuildpatch.patch from #13210?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14821
Brian Curtin br...@python.org 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
Brian Curtin br...@python.org 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
Brian Curtin br...@python.org 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
Brian Curtin br...@python.org added the comment:
Correction, both 64-bit debug and release fail.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13210
New submission from Brian Curtin br...@python.org:
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 br...@python.org 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
Brian Curtin br...@python.org added the comment:
Thanks for noticing. I moved them out to PC\VS9.0 rather than outright deleting.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13210
New submission from Brian Curtin br...@python.org:
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
Brian Curtin br...@python.org 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
Brian Curtin br...@python.org 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 rep...@bugs.python.org
http://bugs.python.org
Brian Curtin br...@python.org added the comment:
When you say needs that, do you mean the patch as-is, or Hynek's suggestion
to return consistently?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14772
Brian Curtin br...@python.org added the comment:
Reproduced here as well.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14750
___
___
Python
Brian Curtin br...@python.org 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
Brian Curtin br...@python.org 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.diff
Brian Curtin br...@python.org 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 not sure
Brian Curtin br...@python.org 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 rep...@bugs.python.org
http://bugs.python.org/issue14632
Brian Curtin br...@python.org 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 br...@python.org 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
Brian Curtin br...@python.org 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 rep...@bugs.python.org
Brian Curtin br...@python.org 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
Brian Curtin br...@python.org 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
Brian Curtin br...@python.org 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
VS2010
Brian Curtin br...@python.org added the comment:
Yes.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13210
___
___
Python-bugs-list mailing list
Brian Curtin br...@python.org 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, but I'll take a
look
Brian Curtin br...@python.org 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
New submission from Brian Curtin br...@python.org:
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 Curtin br...@python.org 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 br...@python.org:
--
nosy: -brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8304
___
___
Python-bugs-list
Brian Curtin br...@python.org 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 Python x.y, where you'll see one
Brian Curtin br...@python.org 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 covering
Brian Curtin br...@python.org 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/issue3561_v2.diff
New submission from Brian Curtin br...@python.org:
Antoine mentioned in email that the reference handling should be changed, so
here's a shot at it. I also condensed and renamed the convenience functions - I
was paying too much attention to the surrounding conventions and made this
harder
Brian Curtin br...@python.org added the comment:
Not sure why test_extension_import_fail is failing - not seeing that here.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14599
Brian Curtin br...@python.org added the comment:
How about this patch? Adds NULL checking and merges PyErr_SetExcWithArgsKwargs
inside PyErr_SetImportError since it's not needed by itself. Docs are also
updated in line with these changes.
--
Added file: http://bugs.python.org
Brian Curtin br...@python.org added the comment:
pythoncore.vcproj)
* no changes to pcbuild.sln needed
* removed reference to 'win32_functions.c' in setup.py
I think the module would be better named _win32, since that's the name
of the API (like POSIX under Unix).
While there are many
Changes by Brian Curtin br...@python.org:
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10854
Changes by Brian Curtin br...@python.org:
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14578
___
___
Python-bugs-list
Brian Curtin br...@python.org added the comment:
I don't think we need the vcproj file, unless I missed something.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11750
Changes by Brian Curtin br...@python.org:
Removed file: http://bugs.python.org/file24574/prependpath_in-progress.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3561
Brian Curtin br...@python.org added the comment:
I unlinked the old diff. issue3561.diff is the one that matters.
As for what happens with multiple installations, it's no different than how
you'd already be managing it or anything else like it. If you install 2.7 with
the path option enabled
Brian Curtin br...@python.org added the comment:
UI-wise, I'm not sure why it looks like an installable component rather than
a separate checkbox. Is it a limitation of the installation software?
I originally did it as a separate check box UI-wise but couldn't hook that into
be an actual
Brian Curtin br...@python.org added the comment:
Agreed. I will work up a more friendly text to go along with the feature.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3561
Brian Curtin br...@python.org added the comment:
Attached is issue3561.diff which adds a path option, off by default, as a
feature to be installed. I've tested installation and un-installation with the
feature both installed and not installed and it seems to work fine for me.
http
Brian Curtin br...@python.org added the comment:
-1
0 has no special meaning on Windows so I'd rather not add another special case
for posix emulation. Additionally, 0 unfortunately already means two things as
it is: signal.CTRL_C_EVENT and the int 0.
--
status: open - pending
201 - 300 of 1365 matches
Mail list logo