[issue13410] String formatting bug in interactive mode
Armin Rigo ar...@users.sourceforge.net added the comment: Fwiw, a class with methods __long__ and __float__ but no method __int__ behaves strangely in many other places; the canonical example is that calling int(Foo(42)) will not work. In light of this, does it make sense for '%d' % Foo(42) to work? Shouldn't the fix instead be to cleanly raise the TypeError instead? -- nosy: +arigo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13410 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13412] Symbolic links omitted by os.listdir on some systems
Armin Rigo ar...@users.sourceforge.net added the comment: I think this can then be considered a duplicate of issue #6727. -- nosy: +arigo resolution: wont fix - duplicate status: - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13412 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13431] Pass context information into the extension module init function
Martin v. Löwis mar...@v.loewis.de added the comment: What about providing a function that init would call to get this information, instead of a hidden parameter?. How would the function that init calls itself get the information, without a hidden parameter? -- title: Pass context information into the extension module init function - Pass context information into the extension module init function ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13431 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13416] Python Tutorial, Section 3, Minor PEP 8 adjustment
Martin v. Löwis mar...@v.loewis.de added the comment: Indeed, PEP 8 mandates that constants be written in all uppercase, so changing it would actually make it deviate from PEP 8. Also, using a lower-case variable name string would be a bad choice because it collides with a module name. -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13416 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13418] Embedded Python memory leak
Martin v. Löwis mar...@v.loewis.de added the comment: If you *really* want to solve this problem, you could start working on making Python release all memory at interpreter shutdown. Please understand that this project may well take several years to complete, but it would help not only your project, but also many people in a similar situation. Meanwhile, you should use a better memory checker, one where you can declare that it shall ignore certain allocations. -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13418 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13394] Patch to increase aifc lib test coverage with couple of minor fixes
Changes by Oleg Plakhotnyuk oleg...@gmail.com: Removed file: http://bugs.python.org/file23678/test_aifc2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13394 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13394] Patch to increase aifc lib test coverage with couple of minor fixes
Oleg Plakhotnyuk oleg...@gmail.com added the comment: 1. Test coverage increased to 95%. 2. G722 compressed files reading in aifc.py fixed (it used to use 0 bytes frame size). 3. audioop's ulaw2lin, alaw2lin and adpcm2lin length checks fixed (width should be used for output only, because input sequence frame length is always 1 byte). 4. aifc.py _write_float infinity and NaN proper checking. 5. Other minor aifc.py clean ups. -- nosy: +haypo Added file: http://bugs.python.org/file23733/test_aifc.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13394 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13394] Patch to increase aifc lib test coverage with couple of minor fixes
Changes by Oleg Plakhotnyuk oleg...@gmail.com: Removed file: http://bugs.python.org/file23677/test_aifc.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13394 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3430] httplib.HTTPResponse documentations inconsistent
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3430 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12707] Deprecate addinfourl getters
Éric Araujo mer...@netwok.org added the comment: I thought about having another class, but I couldn't come up with a decent name for it (ResponseWithCloseHook?). If it’s used together with the base Response class (I don’t have the details in memory anymore), you could try ClosingMixin or FileLikeMixin. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12707 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13434] time.xmlrpc.com dead
Éric Araujo mer...@netwok.org added the comment: #6533: Make test_xmlrpc_net functional in the absence of time.xmlrpc.com #6027: test_xmlrpc_net fails when the ISP returns 302 Found -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13434 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13433] String format documentation contains error regarding %g
Éric Araujo mer...@netwok.org added the comment: I agree with Mark. The Documenting Python docs were recently updated by Raymond Hettinger to recommend not abusing notes and warnings, and the doc maintainer Georg Brandl approved it: d5d91b14b238 (#12047). -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13433 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13435] Copybutton does not hide tracebacks
Éric Araujo mer...@netwok.org added the comment: Another way to fix this would be to use Sphinx 1.0 for Python 2.7, but I don’t know what’s the status of that, given the amount of changes needed. -- nosy: +eric.araujo, sandro.tosi ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13435 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12890] cgitb displays p tags when executed in text mode
Éric Araujo mer...@netwok.org added the comment: Thanks for the updated patch. I made a review, you should have received an email. When you make a new patch, it would be most helpful if you could make one patch with code and tests changes, and then we’ll remove the old versions. -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12890 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13437] Provide links to the source code for every module in the documentation
Éric Araujo mer...@netwok.org added the comment: Hi Julian, thanks for your interest in improving Python and welcome! It is Raymond who initially added these links, and I helped porting them between versions. The criterion can be read in the commit message: “Provide links to Python source in a handful of cases where the source is a generally helpful adjunct to the docs” (from http://hg.python.org/cpython/rev/fdd3681b1439/). Not all modules have source code that is easy or helpful to read; not all modules have Python source code (itertools doesn’t). I think Raymond is not willing to add links for all modules, but if you have a list of specific names which would benefit from source links, I’m sure he will consider them. -- assignee: docs@python - rhettinger nosy: +eric.araujo, rhettinger versions: +Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13437 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10318] make altinstall installs many files with incorrect shebangs
Éric Araujo mer...@netwok.org added the comment: The patches I’ve discussed and committed were actually peripheral. The original bug reported here is that shebangs shouldn’t use “/usr/bin/env python” with an altinstall installation, as in that case you’re not creating a python (or python3) binary but a pythonx.y, so the shebangs should refer to that exact x.y versions. The few scripts from Tools/scripts (idle, pydoc, 2to3, python-config) are installed with an x.y suffix and hard-code the Python version and location at build time, by using distutils. (That’s why Nick reports the only matches for “3.2” found by grep are in the build/scripts directory.) The stdlib modules do use “/usr/bin/env python[3]”. I see various ways to handle that: a) Reject the bug as works for me: these are stdlib modules, not scripts, they can be imported or executed with -m, they’re not symlinked (by us) from anywhere so the bug, while technically valid, has no real effect. b) Further complicate the build/install machinery to update shebangs in altinstall mode. c) Remove useless shebangs and execute bit in the stdlib. My preference is to do c) for 3.3 and nothing for the stable versions. (About wrongly using python in Python 3 docs: I’ll open another bug for that). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10318 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13394] Patch to increase aifc lib test coverage with couple of minor fixes
Oleg Plakhotnyuk oleg...@gmail.com added the comment: Minor style fixes -- Added file: http://bugs.python.org/file23734/test_aifc.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13394 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13394] Patch to increase aifc lib test coverage with couple of minor fixes
Changes by Oleg Plakhotnyuk oleg...@gmail.com: Removed file: http://bugs.python.org/file23733/test_aifc.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13394 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13387] suggest assertIs(type(obj), cls) for exact type checking
Éric Araujo mer...@netwok.org added the comment: No, I’m not talking about a rephrasing, but on a full change of meaning. I don’t understand your use of “superclasses” at all; isinstance(x, T) checks if x is an instance of T or any subclass, am I wrong? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13387 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11045] shutil._make_tarball misses a guard against loggger=None
Éric Araujo mer...@netwok.org added the comment: This was fixed in 615a29295d5f. -- resolution: accepted - fixed stage: needs patch - committed/rejected status: open - closed title: shutil._make_tarball - shutil._make_tarball misses a guard against loggger=None ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11045 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6983] Add specific get_platform() for freebsd
Éric Araujo mer...@netwok.org added the comment: This is still a bothersome issue, but we've taken to patching every version of python downstream before deploying them. All for a simple three line patch. Sorry about the unsatisfactory situation. Could we start anew and define exactly what the problem is, so that distutils2 can be free of it? (I’m afraid distutils can’t be changed: even undocumented, the platform string used for FreeBSD is certainly used by tools out there that we don’t want to break. I second the suggestion to bring up the issue to the projects responsible for eggs, i.e. setuptools and distribute, not distutils.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6983 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13438] Delete patch set review action doesn't work
New submission from Oleg Plakhotnyuk oleg...@gmail.com: I got following error when trying to delete outdated patch set: Environment: Request Method: POST Request URL: http://bugs.python.org/review/13394/patchset/3680/delete Django Version: 1.1.1 SVN-17047 Python Version: 2.5.2 Installed Applications: ['django.contrib.auth', 'django.contrib.contenttypes', 'django.contrib.sessions', 'django.contrib.sites', 'django.contrib.admin', 'gae2django', 'rietveld_helper', 'codereview'] Installed Middleware: ('django.middleware.common.CommonMiddleware', 'django.contrib.sessions.middleware.SessionMiddleware', 'django.contrib.auth.middleware.AuthenticationMiddleware', 'roundup_helper.middleware.LookupRoundupUser', 'gae2django.middleware.FixRequestUserMiddleware', 'rietveld_helper.middleware.AddUserToRequestMiddleware', 'django.middleware.doc.XViewMiddleware') Traceback: File /home/roundup/trackers/tracker/rietveld/django/core/handlers/base.py in get_response 88. response = middleware_method(request, callback, callback_args, callback_kwargs) File /home/roundup/trackers/tracker/rietveld/rietveld_helper/middleware.py in process_view 21. response = view_func(request, *view_args, **view_kwargs) File /home/roundup/trackers/tracker/rietveld/codereview/views.py in post_wrapper 557. return func(request, *args, **kwds) File /home/roundup/trackers/tracker/rietveld/codereview/views.py in login_wrapper 569. return func(request, *args, **kwds) File /home/roundup/trackers/tracker/rietveld/codereview/views.py in issue_wrapper 643. return func(request, *args, **kwds) File /home/roundup/trackers/tracker/rietveld/codereview/views.py in patchset_wrapper 706. return func(request, *args, **kwds) File /home/roundup/trackers/tracker/rietveld/codereview/views.py in patchset_owner_wrapper 718. return func(request, *args, **kwds) File /home/roundup/trackers/tracker/rietveld/codereview/views.py in xsrf_wrapper 597. return func(request, *args, **kwds) File /home/roundup/trackers/tracker/rietveld/codereview/views.py in delete_patchset 1669. for patchset in patchsets_after: File /home/roundup/trackers/tracker/rietveld/django/db/models/query.py in _result_iter 106. self._fill_cache() File /home/roundup/trackers/tracker/rietveld/django/db/models/query.py in _fill_cache 692. self._result_cache.append(self._iter.next()) File /home/roundup/trackers/tracker/rietveld/django/db/models/query.py in iterator 238. for row in self.query.results_iter(): File /home/roundup/trackers/tracker/rietveld/django/db/models/sql/query.py in results_iter 287. for rows in self.execute_sql(MULTI): File /home/roundup/trackers/tracker/rietveld/django/db/models/sql/query.py in execute_sql 2369. cursor.execute(sql, params) File /home/roundup/trackers/tracker/rietveld/django/db/backends/util.py in execute 19. return self.cursor.execute(sql, params) Exception Type: ProgrammingError at /review/13394/patchset/3680/delete Exception Value: schema datetime does not exist Last trace frame's local vars exploration revealed this: 'SELECT codereview_patchset.id, codereview_patchset.gae_key, codereview_patchset.gae_parent_ctype_id, codereview_patchset.gae_parent_id, codereview_patchset.gae_ancestry, codereview_patchset.issue_id, codereview_patchset.message, codereview_patchset.data, codereview_patchset.url, codereview_patchset.owner_id, codereview_patchset.created, codereview_patchset.modified, codereview_patchset.n_comments FROM codereview_patchset WHERE codereview_patchset.issue_id = 13394 AND created datetime.datetime(2011, 11, 20, 11, 36, 4, 343046)' I believe that it should look something like this: 'SELECT ... AND created %s' % datetime.datetime(2011, 11, 20, 11, 36, 4, 343046) I'm not sure where should I post this issue. I didn't find rietveld/django/db/backends/util.py in sources at rietveld.googlecode.com, therefore I posted it here. -- messages: 147994 nosy: Oleg.Plakhotnyuk priority: normal severity: normal status: open title: Delete patch set review action doesn't work type: behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13438 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13439] turtle docstring for onkeyrelease references onkey, not onkeyrelease
New submission from Christopher Smith smi...@users.sourceforge.net: The docstring example is written using onkey instead of onkeyrelease. -- components: Library (Lib) messages: 147995 nosy: smichr priority: normal severity: normal status: open title: turtle docstring for onkeyrelease references onkey, not onkeyrelease versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13439 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12703] Improve error reporting for packaging.util.resolve_name
Éric Araujo mer...@netwok.org added the comment: I’ve found a way to make sure error messages always bubble up *and* clean up the ugly code in resolve_name, but it’s a rather drastic one. The idea is to restrict the function to work only with names defined at the module level, not arbitrarily nested names. That way, the code is much easier to write: split on '.', pop the last element and keep it for later, __import__ the rest of the name and look it up in sys.modules. One consequence is that you can’t use package.module.SomeClass.NestedClass for a command, nor module.SomeClass.staticmethod as setup hook; to be pragmatic, I’m not sure that was really useful, and in any case you just have to do a module-level alias (“x = SomeClass.staticmethod”) to make it work. To reflect the fact that the function has restrictions, I renamed it from the generic “resolve_name” to the vague “find_object”; vague is better because it makes less promises and should cause developers using to look at the docs or docstring. In short, it’s a clear improvement code-wise that should not impact most of the users, and I like it a lot. -- stage: test needed - patch review Added file: http://bugs.python.org/file23735/change-resolve-name.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12703 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11751] Increase distutils.filelist / packaging.manifest test coverage
Éric Araujo mer...@netwok.org added the comment: Advice from Ezio Melotti: I would keep the flags even if you don't need them someone in the present or in the future might need them, and having them doesn't harm -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11751 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13431] Pass context information into the extension module init function
Jesús Cea Avión j...@jcea.es added the comment: Python interpreter already have that information internally. The initial proposal was to pass it to the init as an additional parameter. My suggestion is to export it as a new function that the init can call if VERSION =3.3. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13431 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13387] suggest assertIs(type(obj), cls) for exact type checking
Ezio Melotti ezio.melo...@gmail.com added the comment: Is To check for the exact type, use :func:`assertIs(type(obj), cls) assertIs`. better? I think the problem this solves is clear enough even without mentioning sub/superclasses. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13387 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13431] Pass context information into the extension module init function
Stefan Behnel sco...@users.sourceforge.net added the comment: The problem with having that information internally is that it's currently stored in local variables in the call chain from the dynamic library loader. Passing that information on into a callable function, without passing it as an argument into the init function, means, that it needs to get stored away in some global place, with all the drawbacks that this induces. That's what Martin was referring to. I agree with Martin that the idea of adding a parameter to the module init function is not worth pursuing before Python 4, so I'm closing this bug. -- resolution: - postponed status: open - closed title: Pass context information into the extension module init function - Pass context information into the extension module init function ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13431 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3824] test_tarfile fails on cygwin (unicode decode error)
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: grp.getgrgid() now calls .decode('utf8', errors=surrogateescape). Even if cygwin does not correctly copy strings from the Windows registry, tarinfo.gname should now contain a string that will at least round trip and give the same value on disk. Ocean-city, can you check whether this error still reproduces? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3824 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13429] provide __file__ to extension init function
Stefan Behnel sco...@users.sourceforge.net added the comment: As MvL noted in his response to issue 13431, simply adding a parameter to the module init function cannot safely be done before Python 4. So we are back to the idea of passing the information through to the module creation function, i.e. this very issue. A variant of the implementation would be to store the context information in thread local storage instead of a global variable. That would work around any threading issues. However, this would not be required in the normal import case, only in the reinit case, as the import case is protected by the import lock, as we have seen. Personally, I do not consider this a good idea for the time being, since I doubt that the number of users for the reinitialisation API is currently worth caring about. In any case, the semantics of __file__ for extension modules would basically become that __file__ refers to the last library that was loaded before calling the module init function. So all extension modules that this init function creates will inherit the same __file__. My guess is that they currently end up with no __file__ attribute at all, as the loader only sets it on the module that the init function returns. So I consider that an improvement already. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13429 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10318] make altinstall installs many files with incorrect shebangs
Jesús Cea Avión j...@jcea.es added the comment: +1 to c. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10318 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12328] multiprocessing's overlapped PipeConnection on Windows
sbt shibt...@gmail.com added the comment: Here is an updated patch (pipe_poll_fix.patch) which should be applied on top of sigint_event.patch. It fixes the problems with PipeConnection.poll() and Queue.empty() and makes PipeListener.accept() use overlapped I/O. This should make all the pipe releated blocking functions/methods interruptible on Windows. -- Added file: http://bugs.python.org/file23736/pipe_poll_fix.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12328 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12890] cgitb displays p tags when executed in text mode
Jeff McNeil j...@jmcneil.net added the comment: Added everything to one file. Updated tests to also include a logdir argument as that is required to trigger the original bug. Weeded out a spurious write that occurred when format was set to text. -- Added file: http://bugs.python.org/file23737/head-cgitb-display.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12890 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13437] Provide links to the source code for every module in the documentation
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13437 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13438] Delete patch set review action doesn't work
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13438 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13402] Document absoluteness of sys.executable
Petri Lehtinen pe...@digip.org added the comment: Attached a patch. -- keywords: +patch Added file: http://bugs.python.org/file23738/issue13402.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13402 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13436] compile() doesn't work on ImportFrom with level=None
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: Here is a patch for the bad error message (PyBytes_AS_BYTES after PyObject_Repr, bah) -- keywords: +patch nosy: +amaury.forgeotdarc Added file: http://bugs.python.org/file23739/issue13436.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13436 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13436] compile() doesn't work on ImportFrom with level=None
Changes by Amaury Forgeot d'Arc amaur...@gmail.com: -- nosy: +benjamin.peterson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13436 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12277] Missing comma in os.walk docs
Changes by Boštjan Mejak bostjan.me...@gmail.com: -- status: closed - open versions: +Python 2.6 -Python 2.7, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12277 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12277] Missing comma in os.walk docs
Boštjan Mejak bostjan.me...@gmail.com added the comment: http://docs.python.org/release/2.6.7/library/os.html?highlight=os.walk#os.walk Please fix Python 2.6 branch of docs as well. Thanks. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12277 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13431] Pass context information into the extension module init function
Martin v. Löwis mar...@v.loewis.de added the comment: Python interpreter already have that information internally. The initial proposal was to pass it to the init as an additional parameter. My suggestion is to export it as a new function that the init can call if VERSION =3.3. Jesus: Please try to come up with a patch if you don't see the problem. Trust Stefan and me that there actually *is* a problem with your approach. -- title: Pass context information into the extension module init function - Pass context information into the extension module init function ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13431 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10562] Change 'j' for imaginary unit into an 'i'
Boštjan Mejak bostjan.me...@gmail.com added the comment: What's up with that now? Any interests in changing the imaginary unit from j to i ? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10562 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10621] 1 + 2j -- (1 + 2j) and not (1+2j)
Changes by Boštjan Mejak bostjan.me...@gmail.com: -- resolution: wont fix - remind status: closed - open versions: +Python 3.3 -Python 2.7, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10621 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10621] 1 + 2j -- (1 + 2j) and not (1+2j)
Changes by Boštjan Mejak bostjan.me...@gmail.com: -- versions: +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/issue10621 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10621] 1 + 2j -- (1 + 2j) and not (1+2j)
Changes by Boštjan Mejak bostjan.me...@gmail.com: -- versions: +Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10621 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10562] Change 'j' for imaginary unit into an 'i'
Boštjan Mejak bostjan.me...@gmail.com added the comment: Come on, let's do this. -- resolution: wont fix - remind status: closed - open versions: +Python 3.3 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10562 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10621] 1 + 2j -- (1 + 2j) and not (1+2j)
Eric V. Smith e...@trueblade.com added the comment: I'm not sure why this is being reopened. Unless there's been a discussion I'm not aware of, the change is still not worth the disruption it would cause. And in any event, it can only be addressed in new (as yet unreleased) versions of python. It would never be implemented in any release before 3.3. -- resolution: remind - wont fix status: open - closed versions: -Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10621 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13431] Pass context information into the extension module init function
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- title: Pass context information into the extension module init function - Pass context information into the extension module init function ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13431 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13401] test_argparse fails with root permissions
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset ba3da86d1c5d by Victor Stinner in branch '3.2': Close #13401: Skip TestFileTypeW of test_argparse if the current user is root http://hg.python.org/cpython/rev/ba3da86d1c5d New changeset 50e788691eda by Victor Stinner in branch 'default': (Merge 3.2) Close #13401: Skip TestFileTypeW of test_argparse if the current user is root http://hg.python.org/cpython/rev/50e788691eda New changeset 6e1e1118adca by Victor Stinner in branch '2.7': Close #13401: Skip TestFileTypeW of test_argparse if the current user is root http://hg.python.org/cpython/rev/6e1e1118adca -- nosy: +python-dev resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13401 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12242] distutils2 environment marker for current compiler
Changes by Eli Collins e...@assurancetechnologies.com: Added file: http://bugs.python.org/file23740/4e67e7205aba.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12242 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12242] distutils2 environment marker for current compiler
Eli Collins e...@assurancetechnologies.com added the comment: Attached is a sixth revision (4e67e7205aba.diff) of my patch. This revision makes a couple of minor changes requested by Éric Araujo. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12242 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10562] Change 'j' for imaginary unit into an 'i'
Nick Coghlan ncogh...@gmail.com added the comment: While this thread was amusing to read, *changing* Python from the engineering notation to mathematical notation for imaginary numbers is not going to happen. 'i' has ambiguity problems relative to '1' and 'l' in too many fonts - 'j', on the other hand, almost always uses a visually distinct glyph. And whether 'i' or 'j' seems more natural to you will depend on whether or not you have an electrical engineering background (as noted earlier in the thread, 'i' refers to current in electrical engineering). If you care about the precise formatting of a complex number, write your own formatting function rather than relying on the exact format produced by repr(num). Having an alternate constructor for complex objects that was more forgiving about 'i' vs 'j' also doesn't offer a huge benefit over the simple x = complex(arg.replace('i', 'j'). So while I have some sympathy for mathematicians that are frustrated by having to train their fingers to hit 'j' instead of 'i', that's not a good enough reason to change the language syntax or the behaviour of the complex() builtin. (See also http://www.boredomandlaziness.org/2011/02/status-quo-wins-stalemate.html) -- nosy: +ncoghlan resolution: remind - wont fix stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10562 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13440] Explain the status quo wins a stalemate principle in the devguide
New submission from Nick Coghlan ncogh...@gmail.com: I've linked http://www.boredomandlaziness.org/2011/02/status-quo-wins-stalemate.html in response to enough tracker issues and python-ideas threads now, that I'm convinced it (or at least something along those lines) belongs in the devguide. It wouldn't hurt to also include something along the lines of: http://www.boredomandlaziness.org/2011/02/justifying-python-language-changes.html -- components: Devguide messages: 148016 nosy: ezio.melotti, ncoghlan priority: normal severity: normal stage: needs patch status: open title: Explain the status quo wins a stalemate principle in the devguide ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13440 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13441] TestEnUSCollation.test_strxfrm() fails on Solaris
New submission from STINNER Victor victor.stin...@haypocalc.com: I added a test in _PyUnicode_CheckConsistency() (in debug mode) to ensure that all characters of a string are in the range U+-U+10. Locale tests are now failing on Solaris: --- [ 28/361] test__locale Assertion failed: maxchar = 0x10, file Objects/unicodeobject.c, line 408 Fatal Python error: Aborted Current thread 0x0001: File /home2/buildbot/slave/3.x.loewis-sun/build/Lib/test/test__locale.py, line 134 in test_float_parsing File /home2/buildbot/slave/3.x.loewis-sun/build/Lib/unittest/case.py, line 385 in _executeTestPart File /home2/buildbot/slave/3.x.loewis-sun/build/Lib/unittest/case.py, line 440 in run File /home2/buildbot/slave/3.x.loewis-sun/build/Lib/unittest/case.py, line 492 in __call__ File /home2/buildbot/slave/3.x.loewis-sun/build/Lib/unittest/suite.py, line 105 in run File /home2/buildbot/slave/3.x.loewis-sun/build/Lib/unittest/suite.py, line 67 in __call__ File /home2/buildbot/slave/3.x.loewis-sun/build/Lib/unittest/suite.py, line 105 in run File /home2/buildbot/slave/3.x.loewis-sun/build/Lib/unittest/suite.py, line 67 in __call__ File /home2/buildbot/slave/3.x.loewis-sun/build/Lib/unittest/runner.py, line 168 in run File /home2/buildbot/slave/3.x.loewis-sun/build/Lib/test/support.py, line 1368 in _run_suite File /home2/buildbot/slave/3.x.loewis-sun/build/Lib/test/support.py, line 1402 in run_unittest File /home2/buildbot/slave/3.x.loewis-sun/build/Lib/test/test__locale.py, line 139 in test_main File /home2/buildbot/slave/3.x.loewis-sun/build/Lib/test/regrtest.py, line 1203 in runtest_inner File /home2/buildbot/slave/3.x.loewis-sun/build/Lib/test/regrtest.py, line 906 in runtest File /home2/buildbot/slave/3.x.loewis-sun/build/Lib/test/regrtest.py, line 709 in main File /home2/buildbot/slave/3.x.loewis-sun/build/Lib/test/__main__.py, line 13 in module File /home2/buildbot/slave/3.x.loewis-sun/build/Lib/runpy.py, line 73 in _run_code File /home2/buildbot/slave/3.x.loewis-sun/build/Lib/runpy.py, line 160 in _run_module_as_main *** Error code 134 --- The problem is that strxfrm() and wcsxfrm() return strange results for the string a and the english locale (e.g. en_US.UTF-8). strxfrm(buffer, a\0, 100) returns 21 (bytes) but only 2 bytes are written (\x01\x00). The next bytes are unchanged. wcsxfrm(buffer, La\0, 100) returns 7 (characters), the 7 characters are written but they are in range U+1010101..U+1010163, whereas the maximum character of Unicode 6.0 is U+10 (U+101 vs U+10). Output of the attached program, strxfrm.c, on OpenSolaris: --- strxfrm: len=21 0x01 0x00 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff wcsxfrm: len=7 U+1010163 U+1010101 U+1010103 U+1010101 U+1010103 U+1010101 U+1010101 --- I don't know if it's normal that wcsxfrm() writes characters in the range U+1010101..U+1010163. Is Python supposed to support characters outside U+-U+10 range? chr(0x10+1) raises a ValueError. -- components: Unicode files: strxfrm.c messages: 148017 nosy: ezio.melotti, haypo, loewis, pitrou priority: normal severity: normal status: open title: TestEnUSCollation.test_strxfrm() fails on Solaris versions: Python 3.3 Added file: http://bugs.python.org/file23741/strxfrm.c ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13441 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10318] make altinstall installs many files with incorrect shebangs
Nick Coghlan ncogh...@gmail.com added the comment: +1 to 'c', but it should come with an update to PEP 8 to say don't do that. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10318 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13441] TestEnUSCollation.test_strxfrm() fails on Solaris
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 31baf1363ba1 by Victor Stinner in branch 'default': Issue #13441: Disable temporary strxfrm() tests on Solaris http://hg.python.org/cpython/rev/31baf1363ba1 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13441 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13436] compile() doesn't work on ImportFrom with level=None
Benjamin Peterson benja...@python.org added the comment: LGTM. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13436 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13436] compile() doesn't work on ImportFrom with level=None
Changes by Benjamin Peterson benja...@python.org: -- assignee: docs@python - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13436 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13437] Provide links to the source code for every module in the documentation
Julian Berman julian+python@grayvines.com added the comment: Here's first a quick list from one pass over the docs. I've attempted to limit myself to a few like you've suggested, though I'll wait for confirmation that Raymond is not willing to simply add them to everything once we're at it :). http://docs.python.org/library/difflib.html http://docs.python.org/library/stringio.html http://docs.python.org/library/codecs.html http://docs.python.org/library/stringprep.html http://docs.python.org/library/datetime.html http://docs.python.org/library/math.html http://docs.python.org/library/cmath.html http://docs.python.org/library/decimal.html http://docs.python.org/library/itertools.html http://docs.python.org/library/os.path.html http://docs.python.org/library/csv.html http://docs.python.org/library/configparser.html http://docs.python.org/library/logging.html http://docs.python.org/library/getpass.html http://docs.python.org/library/json.html http://docs.python.org/library/urllib2.html http://docs.python.org/library/unittest.html http://docs.python.org/library/code.html When I hit the docs to diagnose a problem, it's usually to take a quick look, and then to hit the source code to read that too, since most of the stuff that's in general use is common enough for me to know how it works in a general sense, so the source code is typically where I go pretty quickly after reading what the docs have to say. It's not a huge deal obviously, hg.python.com is not the furthest thing away. Just seems convenient, especially since like I said a lot of the other ones I peek at already have links. As for non-python modules, I really would like to say that linking to C source sounds just as reasonable to me, a little C never killed anyone :), but I don't want to push my luck, so I'll stick with whatever I can get here I guess (I know I put some non-python modules on the list). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13437 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13442] Better support for pipe I/O encoding in subprocess
New submission from Nick Coghlan ncogh...@gmail.com: Currently, pipes in the subprocess module work strictly with bytes I/O, *unless* you set universal newlines=True. In that case, it assumes an output encoding of UTF-8 for stdout and stderr and applies universal newlines process. When stdin/out/err are remapped to ordinary I/O streams then 'encoding' and 'errors' can be specified as usual, but it is currently challenging to do this for pipes. Since they're created internally by the subprocess module, user code doesn't get the opportunity to wrap them when using the convenience APIs. When using Popen objects, you have to create the object, then wrap each stream individually (rebinding the attributes as you go). My suggestion is that we add a new option for the stdin/out/err arguments: class TextPipe: def __init__(self, encoding, errors='strict'): self.encoding = encoding self.errors = errors So to read UTF-8 encoded data from a subprocess, you could just do: data = check_stdout(cmd, stdout=TextPipe('utf-8'), stderr=STDOUT) There are at least a couple of other alternatives here: - separate out the pipe creation logic from the Popen logic so it is possible to create and wrap the pipe objects explicitly and then pass the wrapped pipe object to the subprocess invocation APIs. 'TextPipe' would then actually be such a wrapped pipe, rather than merely instructions to tell Popen what kind of pipe to create. - instead of adding 'TextPipe', just re-use the PIPE name (with the class itself still being used as a marker constant to request implicit creation of a binary PIPE) -- assignee: docs@python components: Documentation messages: 148022 nosy: docs@python, ncoghlan priority: normal severity: normal stage: needs patch status: open title: Better support for pipe I/O encoding in subprocess versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13442 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13442] Better support for pipe I/O encoding in subprocess
STINNER Victor victor.stin...@haypocalc.com added the comment: This issue looks as a duplicate of #6135. -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13442 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13442] Better support for pipe I/O encoding in subprocess
Nick Coghlan ncogh...@gmail.com added the comment: Indeed, I'll add my suggestions over there. -- assignee: docs@python - resolution: - duplicate stage: needs patch - committed/rejected status: open - closed superseder: - subprocess seems to use local 8-bit encoding and gives no choice ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13442 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6135] subprocess seems to use local 8-bit encoding and gives no choice
Nick Coghlan ncogh...@gmail.com added the comment: I discovered this same problem recently when updating the subprocess docs, and also in working on the improved shell invocation support I am proposing for 3.3 (#13238). I initially posted an earlier variant this suggestion as a new issue (#13442), but Victor redirected me here. Firstly, I don't think it makes any sense to set encoding information globally for the Popen object. As a simple example, consider using Python to write a test suite for the iconv command line tool: there's only one Popen instance (for the iconv call), but different encodings for stdin and stdout. Really, we want to be able to make full use of Python 3's layered I/O model, but we want the subprocess pipe instances to be slotted in at the lowest layer rather than creating them ourselves. The easiest way to do that is to have a separate class that specifies the additional options for pipe creation and does the wrapping: class TextPipe: def __init__(self, *args, **kwds): self.args = args self.kwds = kwds def wrap_pipe(self, pipe): return io.TextIOWrapper(pipe, *self.args, **self.kwds) The stream creation process would then include a new wrap = getattr(stream_arg, 'wrap_pipe', None) check that is similar to the existing check for subprocess.PIPE, but invokes the method to wrap the pipe after creating it. So to read UTF-8 encoded data from a subprocess, you could just do: data = check_stdout(cmd, stdout=TextPipe('utf-8'), stderr=STDOUT) -- nosy: +ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6135 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13441] TestEnUSCollation.test_strxfrm() fails on Solaris
STINNER Victor victor.stin...@haypocalc.com added the comment: Is Python supposed to support characters outside U+-U+10 range? If not, PyUnicode_FromUnicode(), PyUnicode_FromWideChar() and PyUnicode_FromKindAndData() should be patched to raise an error if a bigger character is encountered. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13441 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13441] TestEnUSCollation.test_strxfrm() fails on Solaris
STINNER Victor victor.stin...@haypocalc.com added the comment: strxfrm(buffer, a\0, 100) returns 21 (bytes) but only 2 bytes are written (\x01\x00). The next bytes are unchanged. Woops, it was a bug in my program. I attached the fixed version. The correct program writes: strxfrm: len=21 0x01 0x01 0x63 0x01 0x01 0x01 0x01 0x01 0x03 0x01 0x01 0x01 0x01 0x01 0x03 0x01 0x01 0x01 0x01 0x01 0x01 wcsxfrm: len=7 U+1010163 U+1010101 U+1010103 U+1010101 U+1010103 U+1010101 U+1010101 -- Added file: http://bugs.python.org/file23742/strxfrm.c ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13441 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13441] TestEnUSCollation.test_strxfrm() fails on Solaris
Changes by STINNER Victor victor.stin...@haypocalc.com: Removed file: http://bugs.python.org/file23741/strxfrm.c ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13441 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13441] TestEnUSCollation.test_strxfrm() fails on Solaris
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 78123afb3ea4 by Victor Stinner in branch 'default': Issue #13441: Disable temporary localeconv() tests on Solaris http://hg.python.org/cpython/rev/78123afb3ea4 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13441 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13402] Document absoluteness of sys.executable
Eli Bendersky eli...@gmail.com added the comment: LGTM -- nosy: +eli.bendersky ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13402 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13443] wrong links and examples in the functional HOWTO
New submission from Eli Bendersky eli...@gmail.com: Michał Chałupczak reported in this docs@ list that the links to IBM developerworks articles are wrong. From some additional observation, the code samples on the 3.x page use the external `functional` module, which was not ported to Python 3 at all. I wonder whether it makes sense to use external modules in official Python documentation, since these are not guaranteed to be ported. This issue is a good example of this happening. The HOWTO should be probably rewritten to use only the stdlib. The links to IBM developerworks should be, IMHO, removed, since they point to articles written in 2001 and have code samples that won't work on Python 3.x -- assignee: docs@python components: Documentation messages: 148030 nosy: akuchling, docs@python, eli.bendersky priority: normal severity: normal status: open title: wrong links and examples in the functional HOWTO versions: Python 2.7, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13443 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12277] Missing comma in os.walk docs
Changes by Georg Brandl ge...@python.org: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12277 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12277] Missing comma in os.walk docs
Petri Lehtinen pe...@digip.org added the comment: Please fix Python 2.6 branch of docs as well. Thanks. 2.6 only receives security fixes any more. -- versions: +Python 2.7, Python 3.2, Python 3.3 -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12277 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com