Changes by Phil Connell pconn...@gmail.com:
--
nosy: +pconnell
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17636
___
___
Python-bugs-list
Charles-François Natali added the comment:
I am not sure about what use cases could be broken by the above change, do
you have examples?
Normal use cases of symbolic links have to do with linking entire folders,
not individual files, and that behaviour would not be broken by such a
Charles-François Natali added the comment:
I've no clue what happened to the issue title (I just replied to the email, and
the title changed)...
--
title: sys.path - sys.path[0] when executed thru a symbolic link
___
Python tracker
Charles-François Natali added the comment:
test_kqueue now passes on NetBSD (can't tell for OpenBSD, all buildbots are
offline).
I'm closing this, feel free to repon in case of problem.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
New submission from Charles-François Natali:
test_ssl is failing on one the NetBSD buildbots:
http://buildbot.python.org/all/builders/x86%20NetBSD%205.1.2%20%5BSB%5D%203.x/builds/1129/steps/test/logs/stdio
==
ERROR:
Antoine Pitrou added the comment:
Well, that exception is raised when the OpenSSL version doesn't have the
HAVE_SSL_CTX_CLEAR_OPTIONS macro, which appeared in 0.9.8m. But the OpenSSL
version on that buildbot identifies itself as OpenSSL 0.9.9-dev 09 May 2008,
which is logically posterior to
Kristján Valur Jónsson added the comment:
Thanks for your example.
That's AFAICT exacyly the problem reported by the OP on OS-X.
You are right, I mis-read the original problem.
IMHO, the example you quote is unexpected. The purpose of symbolic links is
to create a virtual image of a
New submission from Kristján Valur Jónsson:
When .py files are assembled into a directory structure using direct symbolic
links to the files, something odd happens to sys.path[0].
Consider this file structure:
/pystuff/
foo.py - /scripts/foo.py
bar.py - /libs/bar.py
foo.py contains the
Kristján Valur Jónsson added the comment:
btw, this is the opposite issue to issue #1387483
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17639
___
Kristján Valur Jónsson added the comment:
Closign this again.
Opened up a new issue:
http://bugs.python.org/issue17639
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1387483
Richard Oudkerk added the comment:
This problem also affects processes started by multiprocessing (although it is
fixed in http://hg.python.org/sandbox/sbt#spawn).
As far as I am concerned O_NOINHERIT should really have been applied by default
in Python 3. You only get inheritable fds on
Kristján Valur Jónsson added the comment:
Like I mentioned on python-dev, it worries me a bit that this could be
considered unexpected, i.e. when there is a conflict between a legitimage
attribute member of a module, and a submodule of the same name.
Also, I wonder if this isn't a bigger
STINNER Victor added the comment:
See also the PEP 433 which proposes to disable file descriptor
inherance by default.
2013/4/5 Richard Oudkerk rep...@bugs.python.org:
Richard Oudkerk added the comment:
This problem also affects processes started by multiprocessing (although it
is fixed
Hervé Coatanhay added the comment:
Yes it does. I fixed my configuration generation and everything is running as
expected.
Thanks.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17453
Nick Coghlan added the comment:
Adding Guido Ned, as my recollection is that some of the weirdness in the
sys.path[0] symlink resolution was to placate the test suite on Mac OS X (at
least, that was a cause of failures in the initial runpy module implementation
until Guido tracked down the
Changes by Ralf Schmitt python-b...@systemexit.de:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17639
___
___
Python-bugs-list
Brett Cannon added the comment:
It won't conflict with attributes. Only if the attribute does not exist on the
module already will it fall back to sys.modules. If the import finished then
any attribute created from the import will already be there and thus not be an
issue.
But to make sure
Kristján Valur Jónsson added the comment:
While I'm happy that this is being ackowledged as a problem, I'm not sure
changing the import x from y semantics is necessarily a good idea. I mean,
it is obvious to me that it means import x, then getattr(x, y). I presume
that is the meaning most
Charles-François Natali added the comment:
How does the test suite react if you change the order of application to
resolve symlinks only after dropping the file name from the path?
Note that this will break things, see e.g.
http://bugs.python.org/issue1387483#msg186063
The only backward
Brett Cannon added the comment:
By declaring what the semantics will be to make the case even possible we are
not breaking anything but making something possible. IOW it isn't even an edge
case to me since there is no working case to compare against. =)
--
Antoine Pitrou added the comment:
This is more the duty of the committer IMO.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17637
___
Changes by Barry A. Warsaw ba...@python.org:
--
nosy: +barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17636
___
___
Python-bugs-list mailing
Brett Cannon added the comment:
Yes, but that doesn't mean it shouldn't be written down in the devguide (with
appropriate note) that committers need to be thinking about this. Start good
habits early. =)
--
___
Python tracker rep...@bugs.python.org
New submission from Dmitry Sivachenko:
The following problem exists in python3.3.0 and python3.3.1rc1.
From the command line it works:
root@dhcp175-40-red:~ # python3
Python 3.3.1rc1 (default, Apr 5 2013, 18:03:56)
[GCC 4.2.1 20070831 patched [FreeBSD]] on freebsd10
Type help, copyright,
Guido van Rossum added the comment:
Do not fix this. It is an intentional feature.
There is a common pattern where one or more Python scripts are collected in
some bin directory (presumably on the user's $PATH) as symlinks into the
directory where they really live (not on $PATH, nor on
Nick Coghlan added the comment:
I'll add it to the list of docs updates for post-PEP 432 (similar to the import
system in general finally getting reference docs in 3.3 following the migration
to importlib, I hope to have improved import state initialisation docs for 3.4
if I successfully tame
Kristján Valur Jónsson added the comment:
1) _I_ am not using symlinks this way. The hadoop scheduling processor is.
This means that we cannot use Python for it withouth hacking the scripts for
the special case. Presumably applications are not generally breaking when run
in an artificial
Antoine Pitrou added the comment:
Then it should probably go in http://docs.python.org/devguide/committing.html
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17637
___
Nick Coghlan added the comment:
Not currently, because interpreter startup is a mess already. Overriding
sys.path[0] initialisation is on the list for 3.4 already, I'm just advising
strongly against piling any more complexity on top of the current rickety
structure until we do something about
Guido van Rossum added the comment:
I'm sure there's some change that can be made to the scripts that
solves this locally, without requiring any changes to Python.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17639
Changes by Ethan Furman et...@stoneleaf.us:
--
nosy: +stoneleaf
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17576
___
___
Python-bugs-list
Kristján Valur Jónsson added the comment:
Yes, of course. But I still maintain that the failure of python to work with a
linktree of .py files, where the destination position of said links is
arbitrary, is rather unusual, and IMHO violates the principle of least
surprise. In this case, the
paul j3 added the comment:
There are several problems with the patch provided in msg156315
This description:
Added patch so that only the first '--' is removed by an argparse.PARSE or
argparse.REMAINDER argument.
should read
Added patch so that only the first '--' is removed by arguments
Phillip J. Eby added the comment:
On Fri, Apr 5, 2013 at 9:07 AM, Kristján Valur Jónsson
rep...@bugs.python.org wrote:
But I can think of contrived examples where this could break things:
#a.py:
from .b import util
#b.py
from . import a
from .util import util
Because of the circular
Marten Lehmann added the comment:
Which bug ID? Couldn't find it anywhere in the previous comments.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16480
___
Phillip J. Eby added the comment:
Actually, after a little reflection, I can see that there are more
complex conditions to analyze, if 'b' doesn't import 'b.util', but
some other module imports b and sets b.util. But that's just freaking
insane and whoever does that probably deserves whatever
Phillip J. Eby added the comment:
...and I thought of *one* more way to trigger the changed behavior,
which looks like:
#b.py
from .b import util
import .a
util = util.util
#b/util.py
def util(): pass
(with the other files the same as before).
I'm including it only for completeness' sake,
New submission from Giampaolo Rodola':
I noticed 2.X version of ssl module doc does not mention different socket
methods (sendall(), accept(), etc) whereas the 3.X version does.
Patch in attachment unifies the 2 docs.
--
assignee: docs@python
components: Documentation
keywords: easy,
Kristján Valur Jónsson added the comment:
Wow, Good analysis Phillip.
So, we agree that the fallback still is a sensible fallback? Then everything
is fine and I'll put my official +1 stamp of approval on this.
Now... should we consider the current behavious to be a bug? 2.7 sure could do
Jeff Kaufman added the comment:
What would it take to get this moving again?
--
nosy: +Jeff.Kaufman
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2292
___
Tom Pinckney added the comment:
Updated based on Ezio's comments.
--
Added file: http://bugs.python.org/file29683/patch3.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6696
___
R. David Murray added the comment:
Someone needs to write the PEP.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2292
___
___
Python-bugs-list
Phillip J. Eby added the comment:
I don't care much one way or the other about it being considered a bug
in 2.x, but it might be worth considering a bug in 3.x.
Either way, though, the language reference for from import should
reflect the change, and alternative implementations should be
Brett Cannon added the comment:
It is not a bug but a change in semantics to accommodate a use-case so this
will only be going into Python 3.4.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17636
Raymond Hettinger added the comment:
-1 on os.walk returning an iterator. The API is already a bit challenging for
some and our experience with itertools.groupby() is that returning an inner
iterator can be very confusing.
--
nosy: +rhettinger
___
Alex Gaynor added the comment:
Raymond: Is that for the wrong ticket, or was the message incorrect? :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17343
___
Raymond Hettinger added the comment:
Alex, it was response to Terry's message:
http://bugs.python.org/issue17343#msg183782
FWIW, I'm +1 on an iterator version of str.split().
I'm not sure yet that it would be worthwhile to propagate the idea to other
string-like objects though.
--
Antoine Pitrou added the comment:
The patch seems to be missing.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17641
___
___
Python-bugs-list
Giampaolo Rodola' added the comment:
Shame on me and my scatterbrained head! =)
--
keywords: +patch
Added file: http://bugs.python.org/file29684/ssl-doc.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17641
Changes by Tshepang Lekhonkhobe tshep...@gmail.com:
--
nosy: +tshepang
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17620
___
___
Antoine Pitrou added the comment:
Giampaolo Rodola' added the comment:
Shame on me and my scatterbrained head! =)
Thanks, looks fine to me!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17641
Changes by Tshepang Lekhonkhobe tshep...@gmail.com:
--
nosy: +tshepang
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17637
___
___
paul j3 added the comment:
There's another 'feature' to the patch proposed here. It only deletes the
first '--' in the list of strings passed to '_get_values' for a particular
action.
parser = argparse.ArgumentParser()
parser.add_argument('foo')
parser.add_argument('bar',
Roundup Robot added the comment:
New changeset 2bf154ca43c6 by Antoine Pitrou in branch 'default':
Issue #17469: Fix _Py_GetAllocatedBlocks() and sys.getallocatedblocks() when
running on valgrind.
http://hg.python.org/cpython/rev/2bf154ca43c6
--
nosy: +python-dev
Antoine Pitrou added the comment:
Patch committed, thank you!
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17469
Antoine Pitrou added the comment:
Patch looks fine to me. Do you want to go ahead?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16551
___
___
Antoine Pitrou added the comment:
Patch works ok here, but should there be a test too?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16804
___
Antoine Pitrou added the comment:
Ping?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15596
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +brian.curtin, tim.golden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16102
___
___
Changes by Andrew Gorcester andrew.gorces...@gmail.com:
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16432
___
Roundup Robot added the comment:
New changeset 03c65fc349c0 by Giampaolo Rodola' in branch '2.7':
#17641: 2.X / 3.X ssl doc unification
http://hg.python.org/cpython/rev/03c65fc349c0
--
nosy: +python-dev
___
Python tracker rep...@bugs.python.org
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17641
___
Changes by Edmond Burnett eburn...@gmail.com:
--
nosy: +edmond.burnett
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17449
___
___
Nick Coghlan added the comment:
The reason I haven't documented sys.path[0] initialisation is because I
know I don't fully understand it. Path initialisation in general has a lot
of historical quirks, particularly once symlinks are involved.
--
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: test needed - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16389
___
65 matches
Mail list logo