[issue42658] os.path.normcase() is inconsistent with Windows file system
Change by AN Long : -- keywords: +patch nosy: +asaka nosy_count: 7.0 -> 8.0 pull_requests: +30098 stage: -> patch review pull_request: https://github.com/python/cpython/pull/32010 ___ Python tracker <https://bugs.python.org/issue42658> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43702] [Windows] correctly sort and remove duplicates in _winapi getenvironment()
AN Long added the comment: I have a question, how to determine which name should be stored if they are duplicated with case insensitive? -- nosy: +asaka ___ Python tracker <https://bugs.python.org/issue43702> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21861] io class name are hardcoded in reprs
Change by AN Long : -- nosy: +asaka nosy_count: 11.0 -> 12.0 pull_requests: +29011 pull_request: https://github.com/python/cpython/pull/30824 ___ Python tracker <https://bugs.python.org/issue21861> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue39490] Python Uninstaller fails to clean up the old path variables when uninstalling
New submission from CJ Long : I had Python 3.7 installed on my machine. However, I started having issues with it, so I uninstalled Python. However, when I reinstalled and attempted to run pip from Powershell, the old path was still in my variable, and therefore, could not run pip. Python still works. -- components: Installation messages: 360984 nosy: brucelong priority: normal severity: normal status: open title: Python Uninstaller fails to clean up the old path variables when uninstalling type: behavior versions: Python 3.7, Python 3.8 ___ Python tracker <https://bugs.python.org/issue39490> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32116] CSV import and export simplified
Change by Paul Long <p...@paullong.net>: -- keywords: +patch pull_requests: +4478 stage: -> patch review ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32116> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32116] CSV import and export simplified
Paul Long <p...@paullong.net> added the comment: Thanks for your advice. The reason it's not provided as a canned function is because different schools can use different programming languages, although the vast majority choose to use Python. -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32116> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32116] CSV import and export simplified
Paul Long <p...@paullong.net> added the comment: I should have added that there are thousands of 15 year old students completing GCSE Computer Science who would benefit massively from this. All the exam boards in England require students to be able to read from and write to CSV files. The complicated way of doing it in Python is making this quite inaccessible to most students and so although many programmers in general wouldn't need this very often, there are literally thousands of students who would benefit from this enhancement. -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32116> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32116] CSV import and export simplified
New submission from Paul Long <p...@paullong.net>: It would be helpful if the CSV module included standard functions that simplify the import of CSV files to a list and the export of CSV files to a list. Here's an example of what they could be: def csv2list(file_name): list_name=[] with open(file_name) as csvfile: readerfile = reader(csvfile) for row in readerfile: list_name.append(row) return list_name def list2csv(list_name,file_name): with open(file_name, 'w', newline='') as csvfile: writerfile = csv.writer(csvfile) writerfile.writerows(list_name) -- components: Library (Lib) messages: 306746 nosy: paullongnet priority: normal severity: normal status: open title: CSV import and export simplified type: enhancement ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32116> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22848] Subparser help does not respect SUPPRESS argument
Matt Long added the comment: I prefer the idea of help=SUPPRESSED resulting in a hidden subcommand. That is, one that does not show up at all in the usage/help output: import argparse parser = argparse.ArgumentParser(prog='myapp') parser.add_argument('--foo', action=CustomAction) sub_parsers = parser.add_subparsers(dest='commands', title='subcommands') sub_parser = sub_parsers.add_parser('sub-command-1', help='sub-command-1 help') sub_parser = sub_parsers.add_parser('sub-command-2', help=argparse.SUPPRESS) sub_parser = sub_parsers.add_parser('sub-command-3') parser.parse_args(['-h']) Would result in: usage: myapp [-h] [--foo FOO] {sub-command-1,sub-command-3} ... optional arguments: -h, --helpshow this help message and exit --foo FOO subcommands: {sub-command-1,sub-command-3} sub-command-1 normal subcommand help Assuming this behavior, what should happen if you request help for a subparser with help=SUPPRESSED? That is, you know the subcommand exists even though it's not mentioned in the usage. I would assume it would show usage as normal (note the description kwarg for sub-command-2): import argparse parser = argparse.ArgumentParser(prog='myapp') parser.add_argument('--foo', action='store_true') sub_parsers = parser.add_subparsers(dest='commands', title='subcommands') sub_parser = sub_parsers.add_parser('sub-command-1', help='sub-command-1 help') sub_parser = sub_parsers.add_parser('sub-command-2', help=argparse.SUPPRESS, description='description of suppressed sub-command-2') sub_parser = sub_parsers.add_parser('sub-command-3') parser.parse_args(['sub-command-2', '-h']) Would result in: usage: myapp sub-command-2 [-h] description of suppressed sub-command-2 optional arguments: -h, --help show this help message and exit An edge case to consider: what should top-level help look like if ALL subparsers are suppressed? It seems like a degenerate scenario, but complete is important, right? The one that feels most correct to me is to follow the current behavior when you call add_subparsers but never call add_parser: import argparse parser = argparse.ArgumentParser(prog='myapp') parser.add_argument('--foo', action='store_true') sub_parsers = parser.add_subparsers(dest='commands', title='subcommands') parser.parse_args(['-h']) Currently results in: usage: myapp [-h] [--foo] {} ... optional arguments: -h, --help show this help message and exit --foo subcommands: {} Another possibility would be to follow the current behavior when you never even call add_subparsers which would of course remove all notion that subcommands are accepted, but that doesn't feel right to me. -- nosy: +mattlong ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22848 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22848] Subparser help does not respect SUPPRESS argument
Matt Long added the comment: Here's a patch for the proposal in my previous comment. As Barry mentioned, it wasn't as straightforward as I had hoped due to parts of the usage text being generated by the state of both self._name_parser_map and self._choices_actions. -- Added file: http://bugs.python.org/file39040/issue22484.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22848 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21692] Wrong order of expected/actual for assert_called_once_with
Fei Long Wang added the comment: Okay, I can see your point now. Thanks for the clarification. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21692 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21692] Wrong order of expected/actual for assert_called_once_with
New submission from Fei Long Wang: m=mock.Mock() m.some_method('foo', 'bar') Mock name='mock.some_method()' id='140353787504656' m.some_method.assert_called_once_with('foo', 'bar') m.some_method.assert_called_once_with('foo', 'baz') Traceback (most recent call last): File stdin, line 1, in module File /usr/local/lib/python2.7/dist-packages/mock.py, line 846, in assert_called_once_with return self.assert_called_with(*args, **kwargs) File /usr/local/lib/python2.7/dist-packages/mock.py, line 835, in assert_called_with raise AssertionError(msg) AssertionError: Expected call: some_method('foo', 'baz') # Actual call: some_method('foo', 'bar') # -- components: Tests messages: 220025 nosy: flwang priority: normal severity: normal status: open title: Wrong order of expected/actual for assert_called_once_with versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21692 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21692] Wrong order of expected/actual for assert_called_once_with
Fei Long Wang added the comment: IMHO, the trace should be: AssertionError: Expected call: some_method('foo', 'bar') Actual call: some_method('foo', 'baz') instead of below: AssertionError: Expected call: some_method('foo', 'baz') Actual call: some_method('foo', 'bar') -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21692 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16780] fail to compile python in msys with mingw
New submission from Lee Long: Hi all, For some reason, I have to develop my software with mingw under windows. First of all, I need python installed in the msys but I try all my ways to install 2.6.x, 2.7.x, 3.2.x and 3.3.0, no one succeed. I search all issues and google the related information online, it seems that it doesn't support python on mingw? But what stranger is there are a few posts here with the patch presented, so is there any way to make the source compiled in mingw? I try all the available patches but again, it didn't solve the problem. Here are the error messages when I try to compile the 3.3.0 in mingw, ./configure --- no problem make --- errors shown below Objects/exceptions.c:2527:5: error: 'EALREADY' undeclared (first use in this function) Objects/exceptions.c:2527:5: note: each undeclared identifier is reported only once for each function it appears in Objects/exceptions.c:2528:5: error: 'EINPROGRESS' undeclared (first use in this function) Objects/exceptions.c:2529:5: error: 'EWOULDBLOCK' undeclared (first use in this function) Objects/exceptions.c:2532:5: error: 'ESHUTDOWN' undeclared (first use in this function) Objects/exceptions.c:2536:5: error: 'ECONNABORTED' undeclared (first use in this function) Objects/exceptions.c:2538:5: error: 'ECONNREFUSED' undeclared (first use in this function) Objects/exceptions.c:2540:5: error: 'ECONNRESET' undeclared (first use in this function) Objects/exceptions.c:2557:5: error: 'ETIMEDOUT' undeclared (first use in this function) make: *** [Objects/exceptions.o] Error 1 I've been working on these for two days, really has no idea what's wrong with these. BTW, I saw in some similar posts, there are more then one patch uploaded in different time, I patch each at a time from old to new, is that the right order to do so or I only have to patch the latest one? Thanks. -- components: Build, Windows messages: 178165 nosy: mwtree priority: normal severity: normal status: open title: fail to compile python in msys with mingw versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16780 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16780] fail to compile python in msys with mingw
Lee Long added the comment: I then try compiling the version 2.7.3, different errors were shown while 'make' ./Modules/posixmodule.c:6151:5: warning: implicit declaration of function 'wait'[-Wimplicit-function-declaration] ./Modules/posixmodule.c: In function 'posix_fdopen': ./Modules/posixmodule.c:6751:9: warning: implicit declaration of function 'fcntl' [-Wimplicit-function-declaration] ./Modules/posixmodule.c:6751:27: error: 'F_GETFL' undeclared (first use in this function) ./Modules/posixmodule.c:6751:27: note: each undeclared identifier is reported only once for each function it appears in ./Modules/posixmodule.c:6753:23: error: 'F_SETFL' undeclared (first use in this function) ./Modules/posixmodule.c: In function 'posix_pipe': ./Modules/posixmodule.c:6816:5: warning: implicit declaration of function 'pipe' [-Wimplicit-function-declaration] ./Modules/posixmodule.c: At top level: ./Modules/posixmodule.c:671:1: warning: 'posix_fildes' defined but not used [-Wunused-function] ./Modules/posixmodule.c:7480:1: warning: 'conv_confname' defined but not used [-Wunused-function] ./Modules/posixmodule.c:8387:1: warning: 'setup_confname_table' defined but not used [-Wunused-function] make: *** [Modules/posixmodule.o] Error 1 -- versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16780 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14833] Copyright date in footer of /pypi says 2011
New submission from Anthony Long antl...@gmail.com: http://pypi.python.org/pypi The copyright in the footer says 2011. -- components: None messages: 160928 nosy: antlong priority: normal severity: normal status: open title: Copyright date in footer of /pypi says 2011 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14833 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14834] A list of broken links on the python.org website
New submission from Anthony Long antl...@gmail.com: http://python.org/community/jobs/ http://python.org/community/jobs/www.austinfraser.com \_ error code: 404 (not found) http://python.org/lumino.so \_ error code: 404 (not found) http://python.org/community/jobs/www.osrecruit.com \_ error code: 404 (not found) http://python.org/community/jobs/www.tech.myemma.com \_ error code: 404 (not found) http://python.org/community/jobs/www.oxfordknight.co.uk \_ error code: 404 (not found) http://python.org/download/releases/2.0.1/ http://python.org/download/releases/2.0.1/ftp/python/2.0.1/Python-2.0.1-Debug.zip \_ error code: 404 (not found) http://python.org/download/releases/2.5.6/ http://python.org/download/releases/2.5.6/md5sum.py \_ error code: 404 (not found) http://python.org/download/releases/3.1.4/ http://python.org/download/releases/3.1.4/python-3.1.4.msi.asc \_ error code: 404 (not found) http://python.org/download/releases/3.1.4/python-3.1.4-pdb.zip.asc \_ error code: 404 (not found) http://python.org/download/releases/3.1.4/python-3.1.4.amd64.msi.asc \_ error code: 404 (not found) http://python.org/download/releases/3.1.4/python-3.1.4.amd64-pdb.zip.asc \_ error code: 404 (not found) -- messages: 160929 nosy: antlong priority: normal severity: normal status: open title: A list of broken links on the python.org website ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14834 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14826] urllib2.urlopen fails to load URL
Anthony Long antl...@gmail.com added the comment: http://maw.liquifire.com/maw?set=image[2302.000.13314%20a]call=url[file:325x445] works properly. Notice the %20 instead of ' ' -- nosy: +antlong ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14826 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14719] Lists: [[0]*N]*N != [[0 for _ in range(N)] for __ in range(N)]
New submission from Darrell Long darr...@cs.ucsc.edu: N = 5 board_1 = [[0 for _ in range(N)] for __ in range(N)] is not the same as: board_2= [[0]*N]*N One makes a proper list of lists (the first), the second makes a new kind of animal were board_2[1][1] = 99 changes a whole column. Oddly, testing board_1 == board_2 is True! I'm teaching Python to non-majors, and this is a tough one to explain. -- components: Interpreter Core files: Screen Shot 2012-05-03 at 9.05.59 PM.png messages: 159899 nosy: darrell priority: normal severity: normal status: open title: Lists: [[0]*N]*N != [[0 for _ in range(N)] for __ in range(N)] versions: Python 2.7 Added file: http://bugs.python.org/file25450/Screen Shot 2012-05-03 at 9.05.59 PM.png ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14719 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14719] Lists: [[0]*N]*N != [[0 for _ in range(N)] for __ in range(N)]
Changes by Darrell Long darr...@cs.ucsc.edu: -- type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14719 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13549] Incorrect nested list comprehension documentation
New submission from Matt Long m...@crocodoc.com: The description of nesting list comprehensions in section 5.1.5 of the main Python tutorial (http://docs.python.org/tutorial/datastructures.html#nested-list-comprehensions) is misleading at best and arguably incorrect. Where it says To avoid apprehension when nesting list comprehensions, read from right to left. This is incorrect and conflicts directly with the comment at the bottom of PEP 202 (http://www.python.org/dev/peps/pep-0202/), which says the last index varies fastest. Take the following example: matrix = [[1,2],[3,4],[5,6]] my_list = [] for row in matrix: for number in row my_list.append(number) The current documentation would suggest I do the following to achieve the same result with list comprehensions since the for statements should be read from right to left: matrix = [[1,2],[3,4],[5,6]] my_list = [number for number in row for row in matrix] Running this code will result in an error. The correct form is: matrix = [[1,2],[3,4],[5,6]] [number for row in matrix for number in row] Clearly the nesting order only matters when the inner loop depends on the outer loop as in my example above. There is no such dependency in the documentation's example, which is why it is does not result in an Error. -- assignee: docs@python components: Documentation messages: 148994 nosy: docs@python, mattlong priority: normal severity: normal status: open title: Incorrect nested list comprehension documentation type: behavior versions: Python 2.6, Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13549 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11846] Remove non-guaranteed implementation details from docs.
Anthony Long antl...@gmail.com added the comment: I'll have a doc patch shortly. Also, I am working on defining a solid range. Memory is not an issue like it was back in 1991 when this range was originally implemented, so we can go higher and get a bigger performance boost. This will be very important (to some, admittedly) in Python 3, where there is no distinction between PyInts and PyLongs (more processing req'd), which could benefit from further optimization of the range. Going to be doing benchmarking, -256 to 256 seems like a good place to start. If anyone has app's i should benchmark with in mind, feel free to let me know. -- resolution: - accepted title: Implementation question for (-5) - 256 caching, and doc update for c-api/int.html - Remove non-guaranteed implementation details from docs. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11846 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11846] Remove non-guaranteed implementation details from docs.
Anthony Long antl...@gmail.com added the comment: My plan is to document it, as it exists, in the current implementation. That's a start atleast, and will provide an entry point for further documentation in the future should it be changed again. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11846 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11846] Implementation question for (-5) - 256 caching, and doc update for c-api/int.html
New submission from Anthony Long antl...@gmail.com: http://docs.python.org/c-api/int.html The current implementation keeps an array of integer objects for all integers between -5 and 256, when you create an int in that range you actually just get back a reference to the existing object. So it should be possible to change the value of 1. I suspect the behaviour of Python in this case is undefined. :-) This paragraph should be changed to reflect that you can (by construction) mutate anything you want in C, and (as per suggestion of dmalcolm) The current implementatin consolidates integers in the range -5 to 256 (inclusive) into singleton instances. Do not manipulate the internal value of a PyIntObject after creation. Also, the last line of that paragraph insinuates this functionality (caching of -5 to 256) is undocumented. I searched for a good while for an answer for this, and I didn't find one. If there is something written on the implementation details surrounding why '-5 is -5' works, while -6 is -6' wouldn't. If there is nothing written about this, I will put something together. My final question however which I have not been able to find an answer for, is: Is this even necessary functionality? I encountered around 100 blog posts and a couple of stackoverflow questions about why this fails, and it seems like 1) a source of confusion 2) a point of ridicule. Is it really necessary? id(1) 4298196440 a = 1 id(a) 4298196440 id(3000) 4320396376 a = 3000 id(a) 4320396160 -- components: Library (Lib) messages: 133769 nosy: antlong priority: normal severity: normal status: open title: Implementation question for (-5) - 256 caching, and doc update for c-api/int.html type: behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11846 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11327] Running test_time.py in python27 caused python to unexpectedly quit
New submission from Anthony Long antl...@gmail.com: I ran python test_time.py and python immediately crashed. This is the trace from mac's error reporter: http://dpaste.de/Jsw7/ -- components: Tests messages: 129502 nosy: antlong priority: normal severity: normal status: open title: Running test_time.py in python27 caused python to unexpectedly quit type: crash versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11327 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11014] 'filter' argument for Tarfile.add needs to be a keyword-only argument
Anthony Long antl...@gmail.com added the comment: Tests trying all positions and expecting an appropriate TypeError should be included. -- nosy: +antlong ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11014 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11014] 'filter' argument for Tarfile.add needs to be a keyword-only argument
Changes by Anthony Long antl...@gmail.com: -- nosy: -antlong ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11014 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11014] 'filter' argument for Tarfile.add needs to be a keyword-only argument
Anthony Long antl...@gmail.com added the comment: Strange, I didn't see it until this email came. Probably an old browser cache. Either way, looks good to me. No issues on mac SL. -- nosy: +antlong ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11014 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5863] bz2.BZ2File should accept other file-like objects.
Anthony Long antl...@gmail.com added the comment: Are there tests for this? -- nosy: +antlong ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5863 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10976] json.loads() throws TypeError on bytes object
Anthony Long antl...@gmail.com added the comment: Works for me, py2.7 on snow leopard. -- nosy: +antlong ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10976 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11002] 'Upload' link on Files page is broken
New submission from Anthony Long antl...@gmail.com: On pypi, when you are inside of your packages' files area, the link that is attached to 1. Use the setup.py upload command. # upload is broken, it links to http://www.python.org/doc/dist/package-upload.html which returns a 404. http://d.pr/mmie -- assignee: docs@python components: Documentation messages: 126988 nosy: antlong, docs@python priority: normal severity: normal status: open title: 'Upload' link on Files page is broken type: behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11002 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8194] Incompatible API change in xmlrpclib.Transport.parse_response() of Python 2.7 and 3.2
Anthony Long antl...@gmail.com added the comment: Patched my installation of python27 (via macports, snow leopard) and the patch was successful. Verified patch works in a limited capacity, using yolk. -- nosy: +antlong ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8194 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9590] __init__ TypeError reverses expected vs received args
New submission from Anthony Long antl...@gmail.com: import unittest from selenium import selenium class SetupSomething(unittest.TestCase): def setUp(self, URL): self.selenium = selenium(localhost, , *firefox, self.URL) def tearDown(self): pass class TestSomething(SetupSomething): def __init__(): print bug. def setUp(self): self.URL = http://google.com/; def tearDown(self): pass def test_tester(self): self.selenium.open('/') print no unittest.main() TypeError: '__init__() takes no arguments (2 given)' -- messages: 113802 nosy: antlong priority: normal severity: normal status: open title: __init__ TypeError reverses expected vs received args versions: Python 2.6, Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9590 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9391] Allow docstrings on dicts and named tuples outside of functions or classes.
New submission from Anthony Long antl...@gmail.com: I would like to add docstrings to dicts and named tuples. Dicts can be used to hold many different kinds of information, and docstrings would help to shed light on what the dict does to others. Named tuples also should have docstrings, since they can also include information which can be explained it great detail within docstrings. -- components: Interpreter Core messages: 111711 nosy: antlong priority: normal severity: normal status: open title: Allow docstrings on dicts and named tuples outside of functions or classes. type: feature request versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9391 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9335] LC_CTYPE system setting not respected by setlocale()
Anthony Long antl...@gmail.com added the comment: I disagree. It's expected that the function will return valid data. This doesn't return valid data so isalpha() is compromised. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9335 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9335] LC_CTYPE system setting not respected by setlocale()
Anthony Long antl...@gmail.com added the comment: The locale is set incorrectly though - so it is not valid data. Valid data is a-Z. nothing more nothing less, and the locale and the alphabet should not be changed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9335 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9365] Installing a distro without sqlite3 will require a reinstall of python to function if installed at a later date
New submission from Anthony Long antl...@gmail.com: install a distro of without sqlite3 support. now you should have a /usr/lib/python2.6/sqlite3, which obviously isn't usable. now if you install sqlite3, and try a 'import sqlite3' it still doesn't work. so you have to compile/install python2.6 again. after which it works fine. http://www.linuxfromscratch.org/blfs/view/svn/general/python.html -- components: Library (Lib) messages: 111428 nosy: antlong priority: normal severity: normal status: open title: Installing a distro without sqlite3 will require a reinstall of python to function if installed at a later date type: behavior versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9365 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9365] Installing a distro without sqlite3 will require a reinstall of python to function if installed at a later date
Anthony Long antl...@gmail.com added the comment: Same behaviour on python 3, http://pastebin.ca/1907343 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9365 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9335] LC_CTYPE system setting not respected by setlocale()
New submission from Anthony Long antl...@gmail.com: On mac 10.5, python 2.6.4 (via mac ports) performing len(string.letters) will produce 117 instead of 52. from terminal: along-mb:~ along$ locale LANG=en_US.UTF-8 LC_COLLATE=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_MONETARY=en_US.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=en_US.UTF-8 LC_ALL= This appears to be related to: locale.setlocale(locale.LC_CTYPE) not being respected. len(string.letters) should produce 52. -- assignee: ronaldoussoren components: Macintosh messages: 111233 nosy: antlong, ronaldoussoren priority: normal severity: normal status: open title: LC_CTYPE system setting not respected by setlocale() versions: Python 2.5, Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9335 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9335] LC_CTYPE system setting not respected by setlocale()
Anthony Long antl...@gmail.com added the comment: Also: windows 64x, python 2.7 1. Python 2.7 (r27:82525, Jul 4 2010, 07:43:08) [MSC v.1500 64 bit (AMD64)] on win32 2. Type copyright, credits or license() for more information. 3. import string 4. string.letters 5. 'ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz\x83\x8a\x8c\x8e\x9a\x9c\x9e\x9f\xaa\xb5\xba\xc0\xc1\xc2\xc3\xc4\xc5\xc6\xc7\xc8\xc9\xca\xcb\xcc\xcd\xce\xcf\xd0\xd1\xd2\xd3\xd4\xd5\xd6\xd8\xd9\xda\xdb\xdc\xdd\xde\xdf\xe0\xe1\xe2\xe3\xe4\xe5\xe6\xe7\xe8\xe9\xea\xeb\xec\xed\xee\xef\xf0\xf1\xf2\xf3\xf4\xf5\xf6\xf8\xf9\xfa\xfb\xfc\xfd\xfe\xff' 6. import locale 7. locale.getdefaultlocale() 8. ('en_US', 'cp1252') 9. -- components: -IDLE type: behavior - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9335 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9336] string.letters should display locale based equivalent of a-Z
New submission from Anthony Long antl...@gmail.com: string.letters should display the locale based equivalent of a-Z. In enUS this would be a-z A-Z, in total a len of 52, whereas in spain it would be a-z (with ñ), and A-Z (Ñ). Each locale should change the returned letters. http://en.wikipedia.org/wiki/Keyboard_layout -- components: Library (Lib) messages: 111238 nosy: antlong priority: normal severity: normal status: open title: string.letters should display locale based equivalent of a-Z versions: Python 2.5, Python 2.6, Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9336 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9335] LC_CTYPE system setting not respected by setlocale()
Anthony Long antl...@gmail.com added the comment: Windows 64 bit, python 2.7: '\xff'.isalpha() False import idlelib.run '\xff'.isalpha() False and- Windows 32 bit, python 2.6: Both False. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9335 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9335] LC_CTYPE system setting not respected by setlocale()
Anthony Long antl...@gmail.com added the comment: Mac 10.5.6: py 2.6.4 - broken Python 2.6.4 (r264:75706, Mar 18 2010, 14:58:13) [GCC 4.0.1 (Apple Inc. build 5465)] on darwin Type help, copyright, credits or license for more information. '\xff'.isalpha() False import Tkinter '\xff'.isalpha() True -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9335 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9335] LC_CTYPE system setting not respected by setlocale()
Anthony Long antl...@gmail.com added the comment: Python 2.6.4, Mac 10.5: from string import letters letters 'ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz\xaa\xb5\xba\xc0\xc1\xc2\xc 3\xc4\xc5\xc6\xc7\xc8\xc9\xca\xcb\xcc\xcd\xce\xcf\xd0\xd1\xd2\xd3\xd4\xd5\xd6\xd 8\xd9\xda\xdb\xdc\xdd\xde\xdf\xe0\xe1\xe2\xe3\xe4\xe5\xe6\xe7\xe8\xe9\xea\xeb\xe c\xed\xee\xef\xf0\xf1\xf2\xf3\xf4\xf5\xf6\xf8\xf9\xfa\xfb\xfc\xfd\xfe\xff' import locale locale.getdefaultlocale() ('en_US', 'UTF8') -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9335 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9335] LC_CTYPE system setting not respected by setlocale()
Anthony Long antl...@gmail.com added the comment: After import _tkinter, I would up getting this, which is totally different than before: letters 'abcdefghijklmnopqrstuvwxyz\xaa\xb5\xba\xdf\xe0\xe1\xe2\xe3\xe4\xe5\xe6\xe7\xe8\xe9\xea\xeb\xec\xed\xee\xef\xf0\xf1\xf2\xf3\xf4\xf5\xf6\xf8\xf9\xfa\xfb\xfc\xfd\xfe\xffABCDEFGHIJKLMNOPQRSTUVWXYZ\xc0\xc1\xc2\xc3\xc4\xc5\xc6\xc7\xc8\xc9\xca\xcb\xcc\xcd\xce\xcf\xd0\xd1\xd2\xd3\xd4\xd5\xd6\xd8\xd9\xda\xdb\xdc\xdd\xde' -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9335 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9335] LC_CTYPE system setting not respected by setlocale()
Anthony Long antl...@gmail.com added the comment: A bit more info: Python 2.6.4 (r264:75706, Mar 18 2010, 14:58:13) [GCC 4.0.1 (Apple Inc. build 5465)] on darwin Type help, copyright, credits or license for more information. import locale locale.nl_langinfo(locale.CODESET) 'US-ASCII' along-mb:~ along$ locale LANG=en_US.UTF-8 LC_COLLATE=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_MONETARY=en_US.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=en_US.UTF-8 LC_ALL= along-mb:~ along$ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9335 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com