New submission from SpaceOne:
shutil.copytree(src, dst, symlink=True) destroys file system permissions and
open security issues. See the following python/bash session:
# ls -l /etc/shadow
-rw-r- 1 root shadow 1114 May 8 19:10 /etc/shadow
# su foobar
$ ln -s /etc/shadow exit
# python -c
Changes by koobs koobs.free...@gmail.com:
--
components: +Build, Library (Lib)
keywords: +easy, needs review
nosy: +koobs
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24557
___
Gino Lee added the comment:
This is most noticeable when you scroll toward the bottom of the document --
you can see the left panel jerkily repositioning itself in a most abrupt
fashion.
--
___
Python tracker rep...@bugs.python.org
SpaceOne added the comment:
argh. sorry. I did not read the following lines in my environment which caused
this by a recursive chown.
--
resolution: - rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
R. David Murray added the comment:
I don't understand your workaround (how is that different from just using the
default value of symlinks?)
It sounds like what you are reporting is that copystat is incorrectly setting
permissions on a file a symlink points to instead of on the symlink itself
Steve Dower added the comment:
I assume we use svn+ssh:// for this? I can't ssh into svn.python.org with my
usual key, so I'm guessing it needs to be set up on there.
Who is best to contact about that?
--
___
Python tracker rep...@bugs.python.org
New submission from yac:
File /usr/lib64/python3.4/codecs.py, line 490, in read
data = self.bytebuffer + newdata
TypeError: can't concat bytes to NoneType
if size 0:
newdata = self.stream.read()
else:
newdata = self.stream.read(size)
Zachary Ware added the comment:
Not yet and yes :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24432
___
___
Python-bugs-list mailing list
New submission from Gino Lee:
Example:
https://docs.python.org/2/library/re.html#
If you start scrolling down, the left panel updates in a horribly jerky and
ugly fashion. It's distracting, annoying, and it makes the site look very
amateurishly constructed. At the very least, just keep the
Changes by Stefan Krah ste...@bytereef.org:
--
nosy: -skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24559
___
___
Python-bugs-list mailing
R. David Murray added the comment:
OK, so we don't know what caused the OPs original problem, and at the moment we
don't have enough info to figure it out. Serge, you'll have to find some way
to get more information on exactly what is failing in order for this issue to
make progress.
Christopher Gurnee added the comment:
Option 3 of course wasn't my first choice (given how small the patch is and how
minimal its potential negative impact), but it's certainly better than allowing
an issue to linger in limbo.
Thank you, all.
--
R. David Murray added the comment:
If you re-post your bug information in a plain text and/or test program format
it might get faster attention.
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24555
Stefan Krah added the comment:
Fixed in 2.7, 3.5 and default. Thanks everyone for the comments.
--
assignee: - skrah
components: +Build
resolution: - fixed
stage: - resolved
status: open - closed
type: - compile error
versions: +Python 3.4, Python 3.5
Changes by R. David Murray rdmur...@bitdance.com:
--
resolution: rejected - not a bug
stage: - resolved
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24558
___
Stefan Krah added the comment:
Could you perhaps rephrase this bug report?
--
nosy: +skrah
resolution: - not a bug
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24559
R. David Murray added the comment:
This scrolling behavior has been in place for quite some time without other
complaints. I think perhaps your browser is broken :)
--
nosy: +ezio.melotti, r.david.murray
___
Python tracker rep...@bugs.python.org
New submission from Bernard Spil:
LibreSSL added a define OPENSSL_NO_EGD to their headers in version 2.2.0 in
line with the defines of the other removed features.
These patches remove detection of RAND_egd from configure and replace the
detection in the source code.
--
messages:
SpaceOne added the comment:
my workaround is:
import os.path
def ignore(src, names):
return [name for name in names if os.path.islink(os.path.join(src, name))]
shutil.copytree(src, dst, ignore=ignore)
--
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 2a3c0ad52b99 by Stefan Krah in branch '2.7':
Issue #24543: Use AC_LINK instead of AC_COMPILE in order to prevent false
https://hg.python.org/cpython/rev/2a3c0ad52b99
--
___
Python tracker
Antoine Pitrou added the comment:
For SVN access, I think it's probably Martin or perhaps Benjamin. Apparently
svn.python.org still lives on the old Europe-based infrastructure...
Perhaps it would be good to switch the externals repo to hg, actually?
--
Roundup Robot added the comment:
New changeset cb1aafc9ad7e by Yury Selivanov in branch '3.5':
Issue #24400: Resurrect inspect.isawaitable()
https://hg.python.org/cpython/rev/cb1aafc9ad7e
New changeset a14f6a70d013 by Yury Selivanov in branch 'default':
Merge 3.5 (Issue #24400)
Terry J. Reedy added the comment:
Will not accept superseder
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24524
___
___
Python-bugs-list
Changes by Zachary Ware zachary.w...@gmail.com:
--
superseder: - tkinter: alloc: invalid block: after askopenfilename
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24524
___
Changes by Zachary Ware zachary.w...@gmail.com:
--
nosy: +tomnor
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22810
___
___
Python-bugs-list
bee13oy added the comment:
#Python logic error when deal with re and muti-threading
##Bug Description
When use re and multi-threading it will trigger the bug.
Bug type: `Logic Error`
Test Enviroment:
* `Windows 7 SP1 x64 + python 3.4.3`
* `Linux kali 3.14-kali1-amd64 +
Terry J. Reedy added the comment:
On Windows 7, no problem on either 2.7.10 or 3.5.0b2 (running from Command
Prompt so would see message is there were one).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24524
Larry Hastings added the comment:
I just wanna say, thanks everybody for tackling this. Here's hoping it makes
it into 3.5 beta 3!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24432
Yury Selivanov added the comment:
I think we should add inspect.isawaitable(), and have it pass for
*anything* that can be used in an await expression (whether that's by
implementing the Awaitable protocol, or due to special casing at the
interpreter level).
I agree. I've committed the
Terry J. Reedy added the comment:
Catherine, if you are going to continue contributing patches, which we hope you
do, please sign the PSF Contribution Agreement.
https://www.python.org/psf/contrib/
https://www.python.org/psf/contrib/contrib_form/
It would be needed if this patch were to be
New submission from Vitaly Murashev:
[Affects Windows only]
Brief description (after analysis in debugger):
Py_InitializeEx fails inside internal call:
1.
if (initstdio() 0)
Py_FatalError(
Py_Initialize: can't initialize sys standard streams);
2. inside initstdio():
Terry J. Reedy added the comment:
Tomas Nordin reported on #24524 (will close as dup) that a similar script
crashes python 2.7.9 on Linux debian.
--
nosy: +terry.reedy
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
Vitaly Murashev added the comment:
patch suggested
--
keywords: +patch
Added file: http://bugs.python.org/file39854/pythonrun.c.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24561
___
Changes by Vitaly Murashev murashev_vit...@mail.ru:
--
title: [VS2013] Py_InitializeEx causes fatal error being from winnt-service -
[VS2013] Py_InitializeEx causes fatal error being called from winnt-service
___
Python tracker
Zachary Ware added the comment:
Antoine Pitrou added the comment:
For SVN access, I think it's probably Martin or perhaps Benjamin.
Benjamin was the one who set up my access.
Perhaps it would be good to switch the externals repo to hg, actually?
Moving away from svn.python.org has been on
Steve Dower added the comment:
The advantage of svn for externals is that nobody needs the history and most
people don't need a full enlistment. A hg setup should probably be one repo per
project per version, and I'm not sure that's a great idea.
--
Terry J. Reedy added the comment:
This should be closed as duplicate of #22810. Tracker malfunctioning right now.
--
nosy: +terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24524
Matthew Barnett added the comment:
Your regex is a pathological case: it suffers from catastrophic backtracking
and can take a long time to finish.
The other problem is that the re module never releases the GIL, so while it's
performing the search in the low-level C code, other Python threads
Changes by Terry J. Reedy tjre...@udel.edu:
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24520
___
___
Python-bugs-list
Mark Mikofski added the comment:
Anyone still following this issue, as I posted in issue22516, there is an
embeddable zipped version of Python-2.7.X built from source using the PCbuild
batch files and vc90 toolset for both x86 and x64 called Python Bootstrap:
Eric Snow added the comment:
What is the level of impact of the callback problem? Of the 4 scenarios in
[1], it seems to me like #1 (C callbacks w/o a module reference) would be the
most common. However, can't that be addressed by adjusting the API, so it
would only be a big problem in the
Eric Snow added the comment:
Sorry I didn't get a review in before. Since subinterpreters and multi-phase
initialization are on my mind, I have a couple questions:
Should there be a note in the Single-phase initialization section (perhaps at
the top of the section) that encourages use of
Vitaly Murashev added the comment:
More details:
previously Python3.4.3 was compiled in my environment using compiler from
VisualStudio-2005 and everything worked well. The crash has come right after
changing compiler to the one from VisualStudio-2013
So something definitely changed inside
Changes by Terry J. Reedy tjre...@udel.edu:
--
resolution: - duplicate
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24524
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
type: enhancement - crash
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22810
___
___
Nick Coghlan added the comment:
Sorry about the misleading reference to tracemalloc in my email - it was
actually test_atexit I was debugging in the PEP 432 branch. tracemalloc only
came up in that context because test.support.run_in_subinterp() automatically
skips subinterpreter tests when
Roundup Robot added the comment:
New changeset 6fd63f0a0026 by Steve Dower in branch '3.4':
Issue #24432: Update Windows builds to use OpenSSL 1.0.2c.
https://hg.python.org/cpython/rev/6fd63f0a0026
New changeset ebc8559b2e57 by Steve Dower in branch '3.5':
Issue #24432: Update Windows builds to
Terry J. Reedy added the comment:
Fix is to 2.7 specific note about not using stuff not exposed in 3.x.
--
nosy: +terry.reedy
resolution: - fixed
stage: - resolved
status: open - closed
type: enhancement - behavior
___
Python tracker
Roundup Robot added the comment:
New changeset 25985b0c4dbf by Terry Jan Reedy in branch '2.7':
Issue #24525: Add missing word. Patch by Vincent Legoll.
https://hg.python.org/cpython/rev/25985b0c4dbf
--
nosy: +python-dev
___
Python tracker
New submission from Terry J. Reedy:
The source .rst for
https://docs.python.org/3/reference/lexical_analysis.html#encoding-declarations
has at the end:
.. XXX there should be a list of supported encodings.
While I believe this is impractical, there could be a link to
R. David Murray added the comment:
By the way, the pierslauder id points to 'pierslau...@users.sourceforge.net'.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11245
___
Changes by Roch Guillot rochsilver...@gmail.com:
--
type: behavior - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22810
___
___
Ben Darnell added the comment:
I don't think operator.getfuture() is possible because there are multiple ways
of turning an awaitable into a Future. asyncio has one way; tornado has another.
--
___
Python tracker rep...@bugs.python.org
Nick Coghlan added the comment:
My hypothetical operator.getfuture() would be a functional spelling of
what an await expression does to retrieve a future from an awaitable
object.
Whether that's actually useful is an open question, hence deferring the
idea to 3.6 at the earliest :)
--
Terry J. Reedy added the comment:
I moved the existing comment-only sentence to the first paragraph, where I
strongly believe it belongs, and added a second about the first.
(PS I opened #24563 to address the xxx visible in the patch.)
--
keywords: +patch
nosy: +terry.reedy
stage:
R. David Murray added the comment:
Thanks, Piers!
Sorry for dropping off the map on this, I've been busy.
I'll post to python-dev about this and see how the community would like to
proceed.
--
___
Python tracker rep...@bugs.python.org
Steve Dower added the comment:
See #17797
--
resolution: - duplicate
status: open - closed
superseder: - Visual C++ 11.0 reports fileno(stdin) == 0 for non-console
program
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24561
Eric Snow added the comment:
FTR, subinterpreters are already accessible during testing with
_testcapi.run_in_subinterp().
*
https://hg.python.org/cpython/file/09b223827f63/Modules/_testcapimodule.c#l2615
That function is used here:
* Lib/test/test_threading.py
*
Antoine Pitrou added the comment:
It turns out I have access to the machine: Steve's key is already enabled in
the pythondev account.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24432
Zachary Ware added the comment:
Sure, can do. I already have a test running on 3.4 as well.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24432
___
New submission from Dan Zemke:
Traceback was:
File \drzblobio.py, line 70, in load full_read_path =
os.path.join(read_path, fname)
File C:\Python34\lib\ntpath.py, line 110, in join
p_drive, p_path = splitdrive(p)
File C:\Python34\lib\ntpath.py, line 161, in splitdrive
normp =
Steve Dower added the comment:
Just spotted that. How about I kick off 3.5 and 2.7 with the old build files to
test and you get 3.6 and 2.7 new?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24432
Dan Zemke added the comment:
Sorry. I just figured that out. Thank you!
On Fri, 7/3/15, R. David Murray rep...@bugs.python.org wrote:
Subject: [issue24562] ntpath splitdrive fails on line 161: tuple has no
attribute 'replace'
To: ze...@yahoo.com
Terry J. Reedy added the comment:
On Windows 7, no problem on either 2.7.10 or 3.5.0b2 (running from Command
Prompt so would see message is there were one).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22810
Zachary Ware added the comment:
Would you like to check it in on all branches? I'm about to be separated from
my computer for a while.
--
title: Upgrade windows builds to use OpenSSL 1.0.2b - Upgrade windows builds
to use OpenSSL 1.0.2c
___
Python
Roundup Robot added the comment:
New changeset c49d2ea5e48a by Steve Dower in branch '2.7':
Issue #24432: Update Windows builds to use OpenSSL 1.0.2c.
https://hg.python.org/cpython/rev/c49d2ea5e48a
--
___
Python tracker rep...@bugs.python.org
Changes by Steve Dower steve.do...@microsoft.com:
--
resolution: - fixed
stage: needs patch - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24432
___
Eric Snow added the comment:
Now I'm wondering what further test coverage we really need...
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24553
___
Steve Dower added the comment:
I've emailed Benjamin, but I'm not sure when he was getting back. If I'm
blocked on this then I guess Zach will have to do it again.
I got as far as building and testing for 3.5 without any issues. But if I can't
check in to the repository then there's not much
Petr Viktorin added the comment:
Verifying modules to work ith subinterpreters is tricky. What level of
assurance do you want?
Subinterpreters themselves require that you embed Python, which doesn't lend
itself to an easy example. I hope 2.6 makes the situation better.
Example code is in
Eric Snow added the comment:
Also, I was mistaken about test_tracemalloc.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24553
___
___
Zachary Ware added the comment:
Steve: what username did you use? Try
svn+ssh://python...@svn.python.org/external
I'm having to set things up in a new-since-last-time VM to be able to do it, so
if that works before I get it done, go for it.
--
Steve Dower added the comment:
Agreed. Build and obviously related tests are fine.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24432
___
___
Steve Dower added the comment:
Sure, I'll get it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24432
___
___
Python-bugs-list mailing list
R. David Murray added the comment:
Because svn is still on the old infrastructure, it is quite possible Steve's
key didn't get added to pythondev's key list. There might be someone else on
infrastructure who could add it, if Benjamin isn't available.
--
nosy: +r.david.murray
Zachary Ware added the comment:
Already have the source checked in on svn.python.org
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24432
___
Steve Dower added the comment:
Yep, Benjamin added it about half an hour ago :)
Should have this done fairly soon.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24432
___
R. David Murray added the comment:
This error is raised because you called os.path.join incorrectly (with a tuple
as one of the arguments).
--
nosy: +r.david.murray
resolution: - not a bug
stage: - resolved
status: open - closed
type: crash - behavior
Zachary Ware added the comment:
It all seems to work (no new failures).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24432
___
___
A.M. Kuchling added the comment:
Closing, because neither Amaury nor Raymond likes the idea. Thanks for your
work, anyway!
--
nosy: +akuchling
resolution: - rejected
stage: - resolved
status: open - closed
___
Python tracker
Tim Golden added the comment:
Zach, is there a write-up in the devguide for how to do this? And/or
could you send me the same email, please?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24432
Stefan Behnel added the comment:
the undecorated form will never be visible to any code other than the
decorator
Assuming that 1) it's the first and/or only decorator, 2) it's used to
decorate a generator function that returns its own generator and 3) it's
really used as a decorator and not
Nick Coghlan added the comment:
There are some basic tests in test_capi as well:
* https://hg.python.org/cpython/file/09b223827f63/Lib/test/test_capi.py#l344
* https://hg.python.org/cpython/file/default/Programs/_testembed.c
--
___
Python tracker
Nick Coghlan added the comment:
might be useful in the future is an API design red flag that suggests to me
we may not know what good looks like here yet. At the same time, we need
something Tornado et al can use to accept the can be used with await
expressions, but doesn't implement the
Mark Shannon added the comment:
Does this have a measurable performance impact?
I'd be surprised if it did.
W.r.t. to profiling, the undecorated form will never be visible to any code
other than the decorator, so won't show up in the profiler.
--
nosy: +Mark.Shannon
paul added the comment:
ping
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24098
___
___
Python-bugs-list mailing list
Unsubscribe:
paul added the comment:
ping
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24407
___
___
Python-bugs-list mailing list
Unsubscribe:
paul added the comment:
ping
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24103
___
___
Python-bugs-list mailing list
Unsubscribe:
paul added the comment:
ping
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24104
___
___
Python-bugs-list mailing list
Unsubscribe:
Petr Viktorin added the comment:
Thanks for the review.
I've added the explanation you suggested, and I've made the names monospace (or
linked them, where it seemed appropriate). I've also marked *NULL*s like in the
rest of the doc.
--
Added file:
Nick Coghlan added the comment:
Sorry, I forgot to state my main conclusion in comparing the consequences of
adding inspect.isawaitable vs adding an API specifically for checking isn't
Awaitable, but can be used in an await expression:
I think we should add inspect.isawaitable(), and have
New submission from bee13oy:
Bug 0x01 is the main problem.
t.start()
t.join(timeout)
In normal case, I run a while() in sub-thread, the main thread will get the
control of the program after the sub-thread is timed out.
But, in our POC, even the sub-thread timed out, the main thread still can't
Stefan Behnel added the comment:
1. abc.Coroutine and abc.Awaitable will guarantee that objects that implement
them have '__await__' and it's safe to access it (that means that they will
fail for generator-based coroutines).
Absolutely. That was the main theme behind the whole type split.
Yury Selivanov added the comment:
If you want to cover the iterable coroutine case, why not add an inspect
helper function for that? That's clearly a concrete type (even more
concrete than a concrete type) that can be inspected.
Because I view iterable coroutines as a temporary, transitional
Stefan Behnel added the comment:
This is not purely about speeding up the code. It's also about avoiding to
replace the code object of a function, which is essentially a big and clumsy
hack only to achieve setting a flag. Some tools, namely line_profiler, use the
current code object as a dict
Petr Viktorin added the comment:
Yes!
Aside from the callback problem, which is left for another PEP, but limits PEP
489 usefulness in the real world :(
It turns out that one is quite a rabbit hole. I'll post my findings on that
soon-ish.
--
___
New submission from Jak:
The getopt library has, what I assume is, some unexpected behaviour when adding
extra text to command line parameter that getopt expects as a flag.
Using input parameters a, b and c as an example below, where a and b both take
values and c is a flag.
Example code:
Roundup Robot added the comment:
New changeset bad92d696866 by Nick Coghlan in branch '3.5':
Close #24458: PEP 489 documentation
https://hg.python.org/cpython/rev/bad92d696866
New changeset 86daa37c1cc9 by Nick Coghlan in branch 'default':
Merge fix for #24458 from 3.5
Nick Coghlan added the comment:
Thanks and, as you can see, merged :)
Am I correct in thinking these docs were the only item remaining for PEP 489?
--
resolution: fixed -
stage: resolved -
status: closed - open
___
Python tracker
Graham Dumpleton added the comment:
That GC happens on an object in the wrong interpreter in this case is the
problem as it can result in used code execution against the wrong interpreter
context.
If you are saying this can happen anytime in the life of a sub interpreter and
not just in this
1 - 100 of 111 matches
Mail list logo
