[issue13922] argparse handling multiple "--" in args improperly

Changes by Warren Turkal : -- versions: +Python 3.3, Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue13988] Expose the C implementation of ElementTree by default when importing ElementTree

Eli Bendersky added the comment: > I strongly feel that existing code importing ElementTree or cElementTree > should not be broken.  Let’s add transparent import from _elementtree to > ElementTree without breaking existing uses of cET. > AFAICS there's currently no disagreement on this point.

[issue13193] packaging.tests.test_manifest and distutils.tests.test_filelist failures

Éric Araujo added the comment: Attached is Vinay’s fix as a diff. Can someone test this patch on Windows or any of the other OSes that showed failures? -- keywords: +patch title: test_packaging and test_distutils failures -> packaging.tests.test_manifest and distutils.tests.test_file

[issue13952] mimetypes doesn't recognize .csv

Éric Araujo added the comment: I’ve been one to argue that additions to the mimetypes registry are clearly new features. Now if two senior devs like you think otherwise, I’m reconsidering. These additions can’t possibly break code, can they? So I can agree with a viewpoint that mimetypes s

[issue13719] bdist_msi upload fails

Éric Araujo added the comment: I don’t know if the bdist_msi command runs without user interaction. If so, then the test in the attached patch should pass on Windows. Can you please test it? -- Added file: http://bugs.python.org/file24483/fix-bdist_msi-upload-with-test.patch _

[issue13175] packaging uses wrong line endings in RECORD files on Windows

Éric Araujo added the comment: > I just did pip install distutils2 in a virtualenv. If that doesn't work then > yes, > I got the wrong one :-( You need to get a development repo to make patches, not a released version, just like for CPython. > Do I need to hg clone then do some magic pip inca

[issue13198] Remove duplicate definition of write_record_file

Éric Araujo added the comment: OK. Thanks for your help! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue13974] packaging: test for set_platform()

Éric Araujo added the comment: :) Will commit. -- stage: -> commit review ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue13991] namespace packages depending on order

Éric Araujo added the comment: Are you using pure-stdlib namespace packages, i.e. things using distutils and pkgutil.extend_path, or setuptools’ notion of namespace packages? (I didn’t check your archive, in general we dislike binary files on this tracker and use text all the time.) ---

[issue13988] Expose the C implementation of ElementTree by default when importing ElementTree

Éric Araujo added the comment: I strongly feel that existing code importing ElementTree or cElementTree should not be broken. Let’s add transparent import from _elementtree to ElementTree without breaking existing uses of cET. I think that 3.2 and 2.7 should get a doc note about cET, do we h

[issue1051216] make distutils.core.run_setup re-entrant

Éric Araujo added the comment: I’ll reopen this report if someone can provide an example that triggers the bug. -- resolution: -> wont fix status: open -> closed versions: +Python 3.3 -Python 3.1 ___ Python tracker

[issue11122] bdist_rpm fails

Éric Araujo added the comment: Given that we’ve made changes to distutils for Debian multiarch or Mac OS X compiler breakage, I now think that switching distutils to only use rpmbuild would be reasonable. -- versions: -Python 3.1 ___ Python tracke

[issue12297] Clarifications to atexit.register and unregister doc

Éric Araujo added the comment: Maybe one of you gentlemen would like to review this. -- nosy: +ezio.melotti, terry.reedy ___ Python tracker ___ _

[issue13972] set and frozenset constructors don't accept multiple iterables

Éric Araujo added the comment: As a set user (not developer), I think that the proposed feature is not needed, and the change would make set/frozenset less similar to list and tuple, which would be a bad thing. -- nosy: +eric.araujo ___ Python trac

[issue13180] pysetup silently ignores invalid entries in setup.cfg

Éric Araujo added the comment: A side effect of this change will be the removal of the Extension class, which was only useful to do some typechecks/conversions on its arguments. In Python code it will be replaced by a dict (with keys 'name', 'sources', 'optional', etc.), and when building th

[issue13491] Fixes for sqlite3 doc

Éric Araujo added the comment: > No examples included in the documentation now require createdb.py to be run. Cool! These fixes should make it to 2.7 too; I can propose a patch if you don’t want to backport yourself. > In the Doc/includes/sqlite3 directory there are still some scripts that >

[issue12659] Add tests for packaging.tests.support

Éric Araujo added the comment: > BTW: in distutils2 I get (not because of this change): Actually I did fix that, but depending on your Python version the conditional in the test may be wrong. What’s the Python version you used? >> If so, could you provide a patch this time? > Done. The patch

[issue13953] Get rid of doctests in packaging.tests.test_version

Éric Araujo added the comment: Thanks, I’ve got it from that point. Notes for future patches: - Tests should not check the exact contents of error messages, as they are not part of the language - Don’t use assertEqual(..., True) but assertTrue, or if you’re testing comparisons, use assertGrea

[issue11254] distutils doesn't byte-compile .py files to __pycache__ during installation

Éric Araujo added the comment: See also #13123 for the same bug in bdist_wininst. -- ___ Python tracker ___ ___ Python-bugs-list mail

[issue13123] bdist_wininst uninstaller does not remove pycache directories

Éric Araujo added the comment: So I had a quick look at the code and found the lines in need of a fix. The problem comes as usual from our friend “path + optimize and 'o' or 'c'”. I can read some C, so I tried to replace that with imp.cache_from_source, but a real C programmer should take i

[issue13981] time.sleep() should use nanosleep() if available

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue13959] Re-implement parts of imp in pure Python

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue13988] Expose the C implementation of ElementTree by default when importing ElementTree

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue13988] Expose the C implementation of ElementTree by default when importing ElementTree

Eli Bendersky added the comment: Florent, thanks for the patch - at this point code is more useful than talk :-) Anyhow, I tried to apply it and a few tests in test_xml_etree_c fail, because it can't find fromstring and fromstringlist. This gets fixed when I import fromstringlist in cElementT

[issue9750] sqlite3 iterdump fails on column with reserved name

Éric Araujo added the comment: Petri, I think you can go ahead. Lucas, thanks for your help, even though your patch is not used. -- ___ Python tracker ___ __

[issue13966] Add disable_interspersed_args() to argparse.ArgumentParser

Steven Bethard added the comment: The idea and patch seem okay to me. Needs tests though. -- ___ Python tracker ___ ___ Python-bugs-l

[issue13966] Add disable_interspersed_args() to argparse.ArgumentParser

Changes by Éric Araujo : -- assignee: -> bethard nosy: +bethard type: -> enhancement versions: +Python 3.3 -Python 2.7 ___ Python tracker ___ __

[issue13959] Re-implement parts of imp in pure Python

Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue13988] Expose the C implementation of ElementTree by default when importing ElementTree

Eli Bendersky added the comment: Ezio, >> We are assuming that _elementtree might be missing, but what are the cases >> where this might actually happen? Other implementations like PyPy? Exotic >> platforms that can't compile _elementtree? I guess both. To make the stdlib work on PyPy withou

[issue13968] Support recursive globs

Raymond Hettinger added the comment: I would like to see this one API remain simple and leave more complex tasks to os.walk et al. -- nosy: +rhettinger ___ Python tracker ___ _

[issue13972] set and frozenset constructors don't accept multiple iterables

Raymond Hettinger added the comment: It is present in union and intersection because chained operations are reasonably common. I don't think it makes much sense in the constructors because it doesn't correspond to how people think of (make this a set). -- assignee: -> rhettinger nos

[issue10227] Improve performance of MemoryView slicing

Stefan Krah added the comment: Kristján, I ran the benchmarks from http://bugs.python.org/issue10227#msg143731 in the current cpython and pep-3118 repos. In both cases the differences between Linux and Windows are far less pronounced than they used to be. All benchmarks were run with the x64 bui

[issue13703] Hash collision security issue

Jim Jewett added the comment: On Fri, Feb 10, 2012 at 6:02 PM, STINNER Victor >  - PYTHONHASHSEED doc is not clear: it should be mentionned > that the variable is ignored if PYTHONHASHRANDOMIZATION > is not set *That* is why this two-envvar solution bothers me. PYTHONHASHSEED has to be a stri

[issue13991] namespace packages depending on order

Changes by Eric Snow : -- nosy: +eric.snow ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue13703] Hash collision security issue

STINNER Victor added the comment: Review of add-randomization-(...).patch: - there is a missing ")" in the doc, near "the types covered by the :option:`-R` option (or its equivalent, :envvar:`PYTHONHASHRANDOMIZATION`." - get_hash() in test_hash.py fails completly on Windows: Windows requires

[issue13619] Add a new codec: "locale", the current locale encoding

STINNER Victor added the comment: According to the discussion on the python-dev mailing list, such codec would add too much confusion to users and so it is better to not add it. http://mail.python.org/pipermail/python-dev/2012-February/116272.html I close the issue as wont fix. -- res

[issue13974] packaging: test for set_platform()

Tshepang Lekhonkhobe added the comment: It indeed was permanent. The new patch fixes the issue. -- Added file: http://bugs.python.org/file24480/test-set-platform-2.patch ___ Python tracker

[issue13988] Expose the C implementation of ElementTree by default when importing ElementTree

Florent Xicluna added the comment: The first step is to strip out the cElementTree bootstrap code from the C module. I did it in the attached patch (plus removal of obsolete code for copy() in Python 2.4). This passes the unmodified tests "test_xml_etree" and "test_xml_etree_c". Then I think

[issue13198] Remove duplicate definition of write_record_file

Mike Hoy added the comment: I am unable to work on this issue at this time. On Thu, Feb 9, 2012 at 8:57 PM, Éric Araujo wrote: > > Éric Araujo added the comment: > > Mike, if you don’t have the time to finish this shortly, I will do it, as > I need this fixed for another bug. Just let me kn

[issue13991] namespace packages depending on order

New submission from andrea crotti : I am not really sure that it is a bug, but for me it's at least not the expected behaviour. In short supposing I have two namespace packages ab and ac (as seen in the tar file), this works perfectly: import sys from os import path sys.path.append(path.abspat

[issue13988] Expose the C implementation of ElementTree by default when importing ElementTree

Ezio Melotti added the comment: >> - ElementTree: defines the python code and if _elementtree is >> available overrides part of it with the functions imported from it; > The problem with this is the bootstrap Python code executed by _elementtree. This might become unnecessary if ElementTree

[issue13703] Hash collision security issue

Gregory P. Smith added the comment: Thanks for reviewing Benjamin. I'm also reviewing this today. Sorry for the delay! BTW, like Schadenfreude? A hash collision DOS issue "fix" patch for PHP5 was done poorly and introduced a new security vulnerability that was just used to let script kiddies

[issue13990] Benchmarks: 2to3 failures on the py3 side

Changes by Ezio Melotti : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue13990] Benchmarks: 2to3 failures on the py3 side

Brett Cannon added the comment: It looks like 2to3 isn't being converted properly. Benjamin, is lib2to3 supposed to work on itself and result in a sane output? If not then the benchmark should probably drop its internal copy of lib2to3. Antoine (since you last looked at the benchmark suite fo

[issue9257] cElementTree iterparse requires events as bytes; ElementTree uses strings

Eric Talevich added the comment: Well, this is not the best month for me to try digging into a new codebase... I would not mind if someone else did the patch for this. -- ___ Python tracker ___

[issue13978] OSError exception in multiprocessing module when using os.remove() on NFS

Charles-François Natali added the comment: """ OSError: [Errno 16] Device or resource busy: '/nfs/tmp/pymp-f7R9S6/.nfse039692f0236' """ That's because the temporary directory is removed while a file inside is still open. And that's really likely the unix socket used by the server'

[issue13961] Have importlib use os.replace()

Changes by Charles-François Natali : -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue1559549] ImportError needs attributes for module and file name

R. David Murray added the comment: However you do it, I'm very much in favor of having the full name available. I either wrote or fixed (I can't remember which) that stack walk in pydoc, and you are right, it is very very ugly. This would also be a big benefit for unittest, which currently

[issue13989] gzip always returns byte strings, no text mode

Changes by Antoine Pitrou : -- nosy: +nadeem.vawda ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue13990] Benchmarks: 2to3 failures on the py3 side

New submission from Francisco Martín Brugué : Steps to reproduce: after following the usage instructions from make_perf3.sh go to the the py3 benchmarks directory and run the lib/2to3 tests (python3.2 test.py). The result are 3 failures and 17 errors. The equivalent procedure in the py2 benchma

[issue13988] Expose the C implementation of ElementTree by default when importing ElementTree

Eli Bendersky added the comment: > What I had in mind is more like: >  - ElementTree: defines the python code and if _elementtree is available > overrides part of it with the functions imported from it; The problem with this is the bootstrap Python code executed by _elementtree. That should no

[issue13989] gzip always returns byte strings, no text mode

New submission from Peter : Consider the following example where I have a gzipped text file, $ python3 Python 3.2 (r32:88445, Feb 28 2011, 17:04:33) [GCC 4.2.1 (Apple Inc. build 5664)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import gzip >>> with gzip

[issue4010] configure options don't trickle down to distutils

Changes by Jesús Cea Avión : -- nosy: +jcea ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue13988] Expose the C implementation of ElementTree by default when importing ElementTree

Ezio Melotti added the comment: > In xml/etree there is: > - ElementTree: tries to import cElementTree. On success, done. On > ImportError, imports pyElementTree > - pyElementTree: the pure Python implementation > - cElementTree: sets up the bootstrap Python code and tries to import > _eleme

[issue13988] Expose the C implementation of ElementTree by default when importing ElementTree

Eli Bendersky added the comment: Oops, in last message: s/there will be circular dependencies/there will not be circular dependencies/ -- stage: needs patch -> type: performance -> ___ Python tracker __

[issue13988] Expose the C implementation of ElementTree by default when importing ElementTree

Eli Bendersky added the comment: >> From a performance point of view, consider the (by far) common case >> - where _elementtree *is* successfully imported. >> ... for each invocation, the whole import of the Python code has >> to be done, just to reach the overriding import * at the end. > > Thi

[issue13988] Expose the C implementation of ElementTree by default when importing ElementTree

Florent Xicluna added the comment: > If possible I would avoid pyElementTree, Me too: - __name__ and __qualname__ would be less confusing - the cElementTree accelerator uses large parts of Python implementation > ElementTree is different - it's pretty much two separate implementations of >

[issue13988] Expose the C implementation of ElementTree by default when importing ElementTree

Eli Bendersky added the comment: > If possible I would avoid pyElementTree, I suppose it's possible, but I'm genuinely interested in a technical reason for doing so. The approach suggested in PEP 399 is useful for module in which part of the functionality is implemented in C, and then augment

[issue13988] Expose the C implementation of ElementTree by default when importing ElementTree

Ezio Melotti added the comment: A note in the doc is easy to miss IMHO, and since DeprecationWarnings are silenced by default, I don't think they will affect the final users. A different "problem" is that developers will have to check for the Python version if they want to use ElementTree on

[issue1559549] ImportError needs attributes for module and file name

Brett Cannon added the comment: So I just tried to pass fullname in import.c and it didn't work (of course). Looks like even when I try to use fullname in find_module_path_list() and load_next() it is still leaving out the package name. Ugh. That means either refactoring import.c to get the f

[issue13988] Expose the C implementation of ElementTree by default when importing ElementTree

Stefan Behnel added the comment: Eli Bendersky, 10.02.2012 16:43: >>> I don't see a compelling enough reason to break imports in existing code by >>> removing the cElementTree module, so we should not do that. > > Agreed. Perhaps it should just be deprecated? Given that its mere existence is c

[issue13988] Expose the C implementation of ElementTree by default when importing ElementTree

Eli Bendersky added the comment: >> IIRC, there is a well specified way how accelerator modules should be used by Python modules. I recall a lengthy discussion on python-dev (or the py3k list?) back in the old pre-3.0 days, maybe there's even a PEP? If there's a convention, I'll happily follow

[issue13988] Expose the C implementation of ElementTree by default when importing ElementTree

Eli Bendersky added the comment: Hmm, that may be PEP 399: If an acceleration module is provided it is to be named the same as the module it is accelerating with an underscore attached as a prefix, e.g., _warnings for warnings. The common pattern to access the accelerated code from the pur

[issue13988] Expose the C implementation of ElementTree by default when importing ElementTree

Stefan Behnel added the comment: Eli Bendersky, 10.02.2012 15:52: > * The current contents of xml/etree/ElementTree.py will move to > xml/etree/pyElementTree.py IIRC, there is a well specified way how accelerator modules should be used by Python modules. I recall a lengthy discussion on python

[issue13703] Hash collision security issue

Benjamin Peterson added the comment: So modulo my (small) review comments, David's patches are ready to go in. -- ___ Python tracker ___

[issue1559549] ImportError needs attributes for module and file name

Brett Cannon added the comment: Attached is Brian's patch with the macro fix and forward declarations. -- Added file: http://bugs.python.org/file24476/importerror.diff ___ Python tracker

[issue13988] Expose the C implementation of ElementTree by default when importing ElementTree

Eli Bendersky added the comment: Oh, and not to forget: the documentation has to be updated to just not mention cElementTree any longer. For the user, the fact that a fast C library is invoked underneath should be invisible. -- ___ Python tracker

[issue13988] Expose the C implementation of ElementTree by default when importing ElementTree

New submission from Eli Bendersky : Following the discussion on python-dev [1], this issue will track the re-organization of Lib/xml/etree to expose the C implementation (_elementtree) by default when importing ElementTree. The test suite will also have to be updated - it's required that it ex

[issue1559549] ImportError needs attributes for module and file name

Brett Cannon added the comment: Oh, and there are no forward declarations for the new functions added to errors.c -- ___ Python tracker ___ __

[issue13947] gdbm reorganize() leaves hanging file descriptor

Jesús Cea Avión added the comment: I can't reproduce. Sorry. Reading the GDBM documentation, all filedescriptors management seem to be inside gdbm, not Python. Anyway, if I can't reproduce, I can not diagnose neither patch. Sorry. -- ___ Python tr

[issue10049] Add a "no-op" (null) context manager to contextlib

Alexander Jones added the comment: That's very reassuring. Thanks, Nick! -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue1559549] ImportError needs attributes for module and file name

Brett Cannon added the comment: And to answer David's joke, I carpool from Toronto to Waterloo four days a week so I have an hour each direction to work on stuff. -- ___ Python tracker _

[issue1559549] ImportError needs attributes for module and file name

Brett Cannon added the comment: The patch looks fine for its current semantics except for the fact that the macro doesn't work under clang; ##macro_var is supposed to be used only when concatenating parts of a string to create a complete identifier, not concatenating two identifiers next to e

[issue10049] Add a "no-op" (null) context manager to contextlib

Nick Coghlan added the comment: FWIW, it's likely I'll be adding contextlib.ContextStack (see [1]) for 3.3. While it's far from the primary use case, that API also serves as a "no-op" context manager (if you never register any contexts or callbacks, the __exit__ impl does nothing). [1] http

[issue13922] argparse handling multiple "--" in args improperly

Christophe Kalt added the comment: Hah.. was just about to report this. I'm in the midst of converting a bunch of scripts from optparse to argparse, and this is one of the problems I'm hitting. -- nosy: +kalt ___ Python tracker

[issue13966] Add disable_interspersed_args() to argparse.ArgumentParser

Christophe Kalt added the comment: nice, thank you! -- nosy: +kalt ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue13987] Handling of broken markup in HTMLParser on 2.7

Changes by Eli Bendersky : -- nosy: +eli.bendersky ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue13987] Handling of broken markup in HTMLParser on 2.7

New submission from Ezio Melotti : The attached patch fixes a few problems with HTMLParser on 2.7. Instead of raising error when invalid markup is detected, the parser now consumes the invalid input and proceeds. This patch is a partial backport of #1486713. After this two more patches will f

[issue13982] python returning errorneous value for sqrt

Changes by Mark Dickinson : -- nosy: +mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue13986] ValueError: cannot convert float NaN to integer

Changes by Mark Dickinson : -- nosy: +mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue13590] extension module builds fail with python.org OS X installers on OS X 10.7 and 10.6 with Xcode 4.2

Ned Deily added the comment: Éric: I've replied to your review comments in Rietveld. Thanks. Ronald: "distutils would not only have to check for gcc-4.2 vs. clang, but also needs to strip "-arch ppc" from the compiler flags when it is present and it cannot use gcc-4.2. Otherwise you cannot

[issue13590] extension module builds fail with python.org OS X installers on OS X 10.7 and 10.6 with Xcode 4.2

Roundup Robot added the comment: New changeset 29507a2acdb5 by Ned Deily in branch '2.7': Issue #13590: On OS X 10.7 and 10.6 with Xcode 4.2, building http://hg.python.org/cpython/rev/29507a2acdb5 New changeset 5c784b0f263d by Ned Deily in branch '3.2': Issue #13590: On OS X 10.7 and 10.6 with

[issue13986] ValueError: cannot convert float NaN to integer

Shivam added the comment: Hi Team, I am having this issue on mips 64bit machine running debian. Regards Shivam Agarwal -- ___ Python tracker ___

[issue13986] ValueError: cannot convert float NaN to integer

Changes by Ezio Melotti : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue13986] ValueError: cannot convert float NaN to integer

New submission from Shivam : Hi Team, Kindly help me in resolving below issue which arises when we do "make install" as it is show stopper for us. Listing /usr/local/lib/python2.7 ... Compiling /usr/local/lib/python2.7/BaseHTTPServer.py ... Traceback (most recent call last): File "/usr/loc

[issue13189] New bdist_simple binary distribution format for packaging

Paul Moore added the comment: I'm writing a PEP, also as a result of Nick's suggestion on python-ideas. I don't think it will be too hard to get the basic framework of the PEP in place. When I'm done, would you like to see it and comment before I post to the wider python-dev, or should I just

[issue13985] Menu.tk_popup : menu doesn't disapear when main window is iconified.

New submission from marc dechico : actions do discover the bug with the source I have given: pushing the right button to get the pop-up menu . going out of the popup_menu still pushing the right button. the menu doesn't disapear when releasing the button. and still doesn't disapear when ico

[issue13960] Handling of broken comments in HTMLParser

Ezio Melotti added the comment: This is now fixed in 3.2/3.3, I'll wait for 2.7 before closing it. On a side note, the empty comment doesn't seem to be valid in HTML5. HTMLParser just ignores it, and doesn't report it as an empty comment (so this should be fine). -- _

[issue13960] Handling of broken comments in HTMLParser

Roundup Robot added the comment: New changeset 242b697449d8 by Ezio Melotti in branch '3.2': #13960: HTMLParser is now able to handle broken comments when strict=False. http://hg.python.org/cpython/rev/242b697449d8 New changeset 44366541dd86 by Ezio Melotti in branch 'default': #13960: merge wi

[issue13984] Python2.6 compilation breaking on mips64 bit machine

Martin v. Löwis added the comment: Also understand that this output does not indicate an error. It just means that it couldn't build these modules. Python itself works just fine. -- ___ Python tracker ___

[issue13984] Python2.6 compilation breaking on mips64 bit machine

Martin v. Löwis added the comment: Python 2.6 is in a mode where only security issues get fixed. Please use Python 2.7 or Python 3.2. -- nosy: +loewis resolution: -> out of date status: open -> closed ___ Python tracker

[issue13960] Handling of broken comments in HTMLParser

Ezio Melotti added the comment: I'll fix this for 3.x non-strict and then see if it can be backported to 2.7 (there are still other fixes that should be backported to 2.7 before this can be applied). -- ___ Python tracker

[issue13984] Python2.6 compilation breaking on mips64 bit machine

New submission from Shivam : Hi All, I am getting follwoing error when compiling Python2.6 on mips 64. " Failed to find the necessary bits to build these modules: _bsddb _tkinter bsddb185 bz2dl imageop readline su