[issue10745] --user option, per user site-packages undocumented in Installing Python Modules document
New submission from Chris Lasher : Python 2.6 saw the introduction of per user site-packages directory for easy installation of Python packages into a guaranteed location in which the user has appropriate permissions. http://bugs.python.org/issue1799 http://www.python.org/dev/peps/pep-0370/ http://docs.python.org/whatsnew/2.6.html#pep-370-per-user-site-packages-directory With it came a new option available in distutils-powered setup.py scripts, "--user". It has been a year since this feature was introduced, yet no documentation has appeared in the official Python Documentation other than in the "What's New" document. Specifically, this option should appear and be documented in the "Installing Python Modules" document. http://docs.python.org/install/ It would be very helpful if the documentation described the advantages of using this option over "--home" and "--prefix". I am not the first user to notice this gap in the documentation, e.g., http://www.devx.com/opensource/Article/42353/1763 however, I couldn't find any bugs open for this issue so I have created this new one. -- assignee: tarek components: Distutils, Documentation messages: 124408 nosy: eric.araujo, gotgenes, tarek priority: normal severity: normal status: open title: --user option, per user site-packages undocumented in Installing Python Modules document versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker <http://bugs.python.org/issue10745> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10984] argparse add_mutually_exclusive_group should accept existing arguments to register conflicts
New submission from Chris Lasher : argparse supports registering conflicting arguments, however, it does so in a way that an argument may belong to at most one group of conflicting arguments. The inspiration for this bug is Stack Overflow question #4770576. http://stackoverflow.com/questions/4770576/does-argparse-python-support-mutually-exclusive-groups-of-arguments The most straightforward use case argparse can not accommodate is the following: the user has three flags, '-a', '-b', and '-c'. The flag '-b' is incompatible with both '-a' and with '-c', however, '-a' and '-c' are compatible with each other. Current practice is to register a conflict by first defining a conflict group with parser.add_mutually_exclusive_group(), and then create new arguments within that group using group.add_argument(). Because the programmer is not allowed to create the argument prior to creating the group, an argument cannot be registered in two exclusive groups. I feel it would be much more useful to be given the option to create exclusive groups after the programmer has defined and created the options, as is the design for ConflictsOptionParser http://pypi.python.org/pypi/ConflictsOptionParser/ -- components: Library (Lib) messages: 126862 nosy: gotgenes priority: normal severity: normal status: open title: argparse add_mutually_exclusive_group should accept existing arguments to register conflicts type: behavior versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker <http://bugs.python.org/issue10984> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7744] Allow site.addsitedir insert to beginning of sys.path
New submission from Chris Lasher : Would it be possible to add an extra option to site.addsitedir so that it left-appends (inserts at the beginning of the list rather than the end of the list) to sys.path the new path? The use case for this is that sometimes the user has local versions of packages and modules they would prefer to use over versions installed system-wide. Since Python searches for packages and modules in the order given by sys.path, inserting the new path(s) at the beginning of sys.path. This leads to hack-ish work-arounds, such as the one given by http://code.google.com/p/modwsgi/wiki/VirtualEnvironments If there was an option to left-append with site.addsitedir, it would really help in cases such as these. Note that I'm not certain at the moment how best to add additional paths that are found in .pth files, i.e., whether to insert them at the beginning as well, or insert them between the initial path and the original paths (the paths that existed before site.addsitedir is called). -- components: Library (Lib) messages: 98084 nosy: gotgenes severity: normal status: open title: Allow site.addsitedir insert to beginning of sys.path type: feature request ___ Python tracker <http://bugs.python.org/issue7744> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7744] Allow site.addsitedir insert to beginning of sys.path
Chris Lasher added the comment: One correction: by "beginning of sys.path", what I really mean is, "the portion of sys.path after the initial ''". I forgot that '', the empty path, should always be at the start of sys.path to ensure that packages and modules in the current working directory are given top priority. Thus, I would like to see insertions between sys.path[0] and sys.path[1]. Sorry for the confusion. -- ___ Python tracker <http://bugs.python.org/issue7744> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3244] multipart/form-data encoding
Changes by Chris Lasher : -- nosy: +gotgenes ___ Python tracker <http://bugs.python.org/issue3244> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9951] introduce bytes.hex method
Changes by Chris Lasher : -- nosy: +gotgenes ___ Python tracker <http://bugs.python.org/issue9951> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9951] introduce bytes.hex method
Chris Lasher added the comment: int has int.from_bytes and int.to_bytes. Currently, bytes has bytes.fromhex. Would the core developers please consider naming the method "bytes.tohex" instead of "bytes.hex", so there's at least a modicum of consistency in the method names of Python's builtin types? -- ___ Python tracker <http://bugs.python.org/issue9951> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7445] urllib2 (and urllib) should raise error for incomplete response
New submission from Chris Lasher : This question is motivated by a question on Stack Overflow: http://stackoverflow.com/questions/1824069/urllib2-not-retrieving-entire-http-response In the event the user receives an incomplete response when using urllib2 (and urllib), the library should raise an error to indicate the response is incomplete. This is a matter of checking if the Content-Length defined in the header matches the size of the retrieved response. While this can be done by the user, an exception will help alert the more unwitting, such as myself, by failing early. -- components: Library (Lib) messages: 95995 nosy: gotgenes severity: normal status: open title: urllib2 (and urllib) should raise error for incomplete response type: behavior ___ Python tracker <http://bugs.python.org/issue7445> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22385] Define a binary output formatting mini-language for *.hex()
Changes by Chris Lasher : -- nosy: +gotgenes ___ Python tracker <http://bugs.python.org/issue22385> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
