[issue6834] use different mechanism for pythonw on osx
Ronald Oussoren ronaldousso...@mac.com added the comment: Let me first explain in more detail why pythonw is needed in the first place: MacOSX only allows access to a large number of GUI-related APIs from application bundles (the symbols are of course always available, but the APIs fail when you are calling them from an executable that is not in an application bundle) This is why we introduced pythonw in framework builds of Python. Pythonw is a small executable that does nothing else but execv the real python interpreter that is in and .app bundle inside the Python framework (Python.framework/Versions/2.6/Resources/Python.app/Contents/MacOS/Pytho n). The full path to the execv-ed interpreter is hardcoded into the pythonw executable. To be able to switch between 32-bit and 64-bit versions of Python a 4- way universal build of Python creates 3 variations of the Python executable inside the .app bundle: Python-32, Python-64 and Python (the latter being 4-way universal). There are also 3 variations of the pythonw executable (such as pythonw-32) that execv the proper version of the interpreter. Using posix_spawn and the other API's I mention it should be fairly easy to create a simpler situation where we need only one copy of Python in the .app bundle, with the pythonw wrapper selecting the required architecture(s) before executing the real interpreter. Making pythonw fully reusable by virtualenv requires some more work, and requires more support code in virtualenv itself as well. One fairly easy way to accomplish easy reusability without requiring a C compiler is to use a large buffer for storing the path to the real interpreter, virtualenv could then patch the executable. Another option is to link the pythonw executable to Python.framework and then use dyld APIs to find the path to the Python framework and from that the executable. As an aside, virtualenv copies the shared library in Python.framework into virtual environments, this is needed because the framework build uses the location of that shared library to determine sys.prefix. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6834 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2649] poss. patch for fnmatch.py to add {.htm, html} style globbing
Georg Brandl ge...@python.org added the comment: Yes, I think that's fine. -- nosy: +georg.brandl resolution: - duplicate status: open - closed superseder: - zsh-style subpattern matching for fnmatch/glob ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2649 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2666] webbrowser.py doesn't properly handle BROWSER env var
Georg Brandl ge...@python.org added the comment: Thanks, applied in r74643. -- nosy: +georg.brandl resolution: - accepted status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2666 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5639] Support TLS SNI extension in ssl module
Daniel Black dan...@cacert.org added the comment: Hey Phil, (Sorry for dropping this, lost available time) know the feeling :-( use of SNI needs to be something that can be disabled maybe. See small rational below: and people need to be able to connect to host A while supplying host B This seems to be a fringe case for usage and I seem to thing adding this would overly complicate the API. When testing hosts you would have all the names in DNS I'd assume. Unless s.connect() gains a keep_original_hostname=False option (?), this is hard to do. Is this starting to look too complicated? Options for client side SNI: 1. wrapssl() - defaults to SNI enabled on SSL2/TLS1 connections (compile time/module level/object variable disable if really needed?) 2. wrapssl(server_hostname=True/False) - enable SNI using the connect hostname (if domainname and not IP/socket) 3. wrapssl(server_hostname=True/False/String) - True - enable SNI as above, False/None- don't use SNI or use hostname if a String. 4. wrapssl(server-hostname=String) 5. connect() should an override_server_hostname=False more? Then there's the principle of least surprise -- while it would be nice to get SNI working automatically for everyone, it's still plausible that amongst the various TLS servers out there are some which break horribly for SNI and upgrading Python shouldn't break the tools in use. Small rational to enable SNI by default: 1. SNI probably won't break too much stuff. It was only in July 2009 that Apache-2.2.12 got officially released with proper SNI support. Patches existed before then however deployment was limited. mod_gnutls did implemented this earlier however I never thought this was widely used. Vista IE7 got SNI support in ~2005 (http://blogs.msdn.com/ie/archive/2005/10/22/483795.aspx) FF got SNI support in the 2.0 release (October 24, 2006, wikipedia) (https://bugzilla.mozilla.org/show_bug.cgi?id=116169#c26) The OpenSSL server side API for SNI required the registration of a callback to receive the SNI name. It is possible that there are some faulty implementations in this part of the server code. The default case that a TLS server doesn't account for SNI is very safe as it won't ever get a callback for it. The existence of wide spread client side support with limited server support hasn't broken the web. So I tend towards favouring make use of the newer, less well tested, protocol feature something that has to be explicitly enabled, even if it adds a line to boilerplate -- if SNI ever takes over the world (as Host: headers in HTTP have) then it can be defaulted on in future perhaps? 2. I think with p3k there is an opportunity to put something in that may break stuff. The release noted didn't guarantee stuff would work compatibly. 3. supporting SNI clients by default may actually break less stuff that not supporting SNI client. e.g. Webhosting companies may embrace the SNI features of Apache for maximum IP utilization breaking the non-SNI aware clients (which won't be the majority of web browsers). With checking for an IP address? To be RFC compliant IP addresses shouldn't be used in SNI. Apart from socket family checking (AF_INET/AF_INET6) and doing a regex on the name I couldn't see an easy way to do this even looking at the low level socketmodule.c file. Maybe I need to look deeper. I could cheat and look at the Firefox crypto (NSS) code though. just my current thoughts -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5639 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6824] help for a module should list supported platforms
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: What makes you think that the tempfile module is not cross-platform? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6824 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5047] Remove Monterey support from configure.in
Georg Brandl ge...@python.org added the comment: Committed in r74644. -- nosy: +georg.brandl resolution: - accepted status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5047 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5064] compiler.parse raises SyntaxErrors without line number information
Georg Brandl ge...@python.org added the comment: In light of The compiler package is deprecated in favor of builtin AST. and It seems a patch would be an enormous undertaking, I guess it's best to close this as won't fix. -- nosy: +georg.brandl resolution: - wont fix status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5064 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5080] PyArg_Parse* should raise TypeError for float parsed with integer format
Georg Brandl ge...@python.org added the comment: +1. -- nosy: +georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5080 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6824] help for a module should list supported platforms
Ritesh Raj Sarraf r...@researchut.com added the comment: I never said that I think it is not cross-platform. My point is, it should be good to list down a module's dependency in the python help docs. Like: tempfile Supported Platforms: ALL Exception: On Platform foo, feature tempfile.bar() is not available. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6824 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue977470] Deleted files are reinstalled
Georg Brandl ge...@python.org added the comment: Closing as won't fix. -- nosy: +georg.brandl resolution: - wont fix status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue977470 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5221] help related topic doesn't exist
Georg Brandl ge...@python.org added the comment: Thanks, fixed in r74645. -- nosy: +georg.brandl resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5221 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5275] BaseCookie.load doesn't create Morsel objects for mappings
Georg Brandl ge...@python.org added the comment: Thanks, fixed in r74647. -- nosy: +georg.brandl resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5275 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6829] Frendly error message when inheriting from function
Georg Brandl ge...@python.org added the comment: You'll get a similar message when trying to inherit from e.g. a string or an int. I see no compelling reason to special-case functions here. -- nosy: +georg.brandl resolution: - wont fix status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6829 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1208304] urllib2's urlopen() method causes a memory leak
clemens pecinovsky clemens.pecinov...@gmx.at added the comment: i also ran into the problem of cyclic dependencies. i know if i would call gc.collect() the problem would be solved, but calling gc.collect() takes a long time. the problem is the cyclic dependency with r.recv=r.read i have fixed it localy by wrapping the addinfourl into a new class (i called it addinfourlFixCyclRef) and overloading the close method, and within the close method set the recv to none again. class addinfourlFixCyclRef(addinfourl): def close(self): if self.fp is not None and hasattr(self.fp, _sock): self.fp._sock.recv = None addinfourl.close(self) r.recv = r.read fp = socket._fileobject(r, close=True) resp = addinfourlFixCyclRef(fp, r.msg, req.get_full_url()) and when i call .close() from the response it just works. Unluckily i had to patch even more in case there is an exception called. For the whole fix see the attachment -- nosy: +peci Added file: http://bugs.python.org/file14827/urllib2.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1208304 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2576] httplib read() very slow due to lack of socket buffer
Chris Withers ch...@simplistix.co.uk added the comment: Yep, having done some more extensive profiling, it looks like my issue is different: all the time is being spent in httplib's HTTPResponse._read_chunked. That wouldn't be a symptom of this issue, would it? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2576 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5101] test_funcattrs truncated during unittest conversion
Georg Brandl ge...@python.org added the comment: Fixed in r74650, r74651 (3k). -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5101 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6756] ftplib documentation does not document what the acct parameter is used for
Georg Brandl ge...@python.org added the comment: Thanks, fixed in r74652. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6756 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5365] add conversion table to time module docs
Georg Brandl ge...@python.org added the comment: I don't think that is too helpful; for one thing, the description of strptime and strftime is too vague. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5365 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6777] Python 2.6 tutorial still recommends using Exception.message attribute
Georg Brandl ge...@python.org added the comment: Thanks, corrected in r74653. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6777 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6836] Mismatching use of memory APIs
New submission from Kristján Valur Jónsson krist...@ccpgames.com: There are instances in python where memory allocated using one api (PyMem_*) is freed using the other (PyObject_*). The provided patch (suggested for submission once we fix all instances) illustrates this. It is sufficient to fire up python_d and import traceback to trigger the error. -- components: Interpreter Core files: debugmalloc.patch keywords: patch messages: 92251 nosy: krisvale, lemburg, ncoghlan severity: normal status: open title: Mismatching use of memory APIs type: crash versions: Python 2.5, Python 2.6, Python 2.7 Added file: http://bugs.python.org/file14828/debugmalloc.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6836 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6836] Mismatching use of memory APIs
Nick Coghlan ncogh...@gmail.com added the comment: Poking the timbot - this seems like a good idea to me (and it also means C extension developers would be able to use a debug build of Python to look for errors in their own use of these APIs). -- nosy: +tim_one ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6836 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6836] Mismatching use of memory APIs
Kristján Valur Jónsson krist...@ccpgames.com added the comment: using the debugmalloc patch provided, I found only this one case when running the testsuite. Patch is provided. It is the simple solution of duplicating the string in this case. A more cumbersome solution would be to allocate the encoding using PyObject_MALLOC in the first place. But it doesn't seem the right api for arbitrary strings, and it might involve much more work. -- Added file: http://bugs.python.org/file14829/parsetok.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6836 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6837] Mark the compiler package as deprecated
New submission from Jean-Paul Calderone exar...@divmod.com: According to http://docs.python.org/library/compiler.html, the compiler package is deprecated. However, importing the compiler package does not emit a deprecation warning. It should, to convey this information to people who are actually trying to use the package. -- components: Library (Lib) messages: 92254 nosy: exarkun severity: normal status: open title: Mark the compiler package as deprecated type: feature request versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6837 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6829] Frendly error message when inheriting from function
anatoly techtonik techto...@gmail.com added the comment: Ok, but why not to change the message to less cryptic Impossible to inherit class from function(), string or int? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6829 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6829] Frendly error message when inheriting from function
Changes by anatoly techtonik techto...@gmail.com: -- status: closed - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6829 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6829] Frendly error message when inheriting from function
R. David Murray rdmur...@bitdance.com added the comment: That would still be special-casing, you'd just be special casing three things instead of one, nor does that exhaust the list of things for which you might get this kind of error. However, the code that generates the error message contains the following comment: /* A type error here likely means that the user passed in a base that was not a class (such the random module instead of the random.random type). Help them out with by augmenting the error message with more information.*/ So, it seems to me that the author (I think it was Raymond, so I'm setting him nosy) was trying to give the requested clue, but it sounds like the error message isn't quite achieving that goal. I've tried several rephrasings, but I haven't come up with one I'm completely happy with. It seems that the most common problem is trying to use an instance as a base, and if that is correct the best I've come up with so far is: Error when calling the metaclass bases (specified base may be an instance instead of a class) -- keywords: +easy nosy: +r.david.murray, rhettinger priority: - low status: pending - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6829 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6837] Mark the compiler package as deprecated
Changes by Georg Brandl ge...@python.org: -- assignee: - benjamin.peterson nosy: +benjamin.peterson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6837 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6838] httplib's _read_chunked extremely slow for lots of chunks
New submission from Chris Withers ch...@simplistix.co.uk: As the comment in this method suggests, accumulating the value by repeated string concatenation is slow. Appending to a list speeds this up dramatically. To quantify this, downloading a 110Mb file from Apache take: ~3s using Internet Explorer 2.2s using wget 30mins using the script in http://mail.python.org/pipermail/python- dev/2009-September/091581.html With the attached patch applied, this time drops to 2.3s. -- assignee: cjw296 files: httplib.patch.txt keywords: easy messages: 92257 nosy: cjw296 priority: high severity: normal status: open title: httplib's _read_chunked extremely slow for lots of chunks versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2 Added file: http://bugs.python.org/file14830/httplib.patch.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6838 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6838] httplib's _read_chunked extremely slow for lots of chunks
Chris Withers ch...@simplistix.co.uk added the comment: Fix for trunk committed in r74655. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6838 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5831] Doc mistake : threading.Timer is *not* a class
Manuel Kaufmann humi...@gmail.com added the comment: I deleted this function and I renamed the class _Timer to Timer. I attached the patch -- keywords: +patch nosy: +humitos Added file: http://bugs.python.org/file14831/threading.Issue.5831.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5831 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6838] httplib's _read_chunked extremely slow for lots of chunks
Chris Withers ch...@simplistix.co.uk added the comment: Fix merged to 2.6, 3.1 and 3.2 branches. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6838 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6837] Mark the compiler package as deprecated
Brett Cannon br...@python.org added the comment: The package is not going to be removed from 2.x at this point since 2.7 will most likely be the last major release of the line. But it does have a Py3k warning which is good enough in this situation. -- nosy: +brett.cannon resolution: - wont fix status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6837 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6824] help for a module should list supported platforms
Terry J. Reedy tjre...@udel.edu added the comment: *most* modules are platform independent, and for those, I do not think anything needs to be said. I agree with OP that it would be nice if interactive help indicated platform dependencies, if and when such is not done now. I have no idea if any of such addition could be easily automated. -- nosy: +tjreedy versions: +Python 2.6, Python 2.7, Python 3.1, Python 3.2 -Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6824 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6795] decimal.py: minor issues usability
Facundo Batista facu...@taniquetil.com.ar added the comment: Issue 1: +1 to raise ValueError Issue 3: -0 to change actual behaviour Thanks! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6795 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6239] c_char_p return value returns string, not bytes
Thomas Heller thel...@ctypes.org added the comment: Commited as svn rev 74664 (py3k) and rev 74665 (release31-maint). -- stage: needs patch - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6239 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6839] zipfile can't extract file
Changes by Kim Kyung Don newercoo...@gmail.com: -- components: Library (Lib), Windows files: test.zip nosy: NewerCookie severity: normal status: open title: zipfile can't extract file type: behavior versions: Python 2.6 Added file: http://bugs.python.org/file14832/test.zip ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6839 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6839] zipfile can't extract file
New submission from Kim Kyung Don newercoo...@gmail.com: The following exception occured when I tried to extract on Windows. zipfile.BadZipfile: File name in directory test\test2.txt and header test/test2.txt differ. It seems like problem about slash. I tested using by zipfile Revision 72893. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6839 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1353344] python.desktop
Matías mribecky.registracio...@gmail.com added the comment: Added the spanish translation. -- nosy: +mribecky Added file: http://bugs.python.org/file14833/python.desktop ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1353344 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6840] genericpath: _splitext returns '.ext', '' instead of '', '.ext'
New submission from Alexandru Munteanu io...@yahoo.fr: Having a '.ogg' filename, _splitext returns '.ogg' as base and empty extension. Probably it should return empty base and '.ogg' extension. Lib/genericpath.py:99 - Why skip all leading dots ? I attach a possible patch (with tests). -- components: Library (Lib) files: genericpath_splitext.patch keywords: patch messages: 92267 nosy: optimix severity: normal status: open title: genericpath: _splitext returns '.ext', '' instead of '', '.ext' type: behavior versions: Python 3.2 Added file: http://bugs.python.org/file14834/genericpath_splitext.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6840 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6840] genericpath: _splitext returns '.ext', '' instead of '', '.ext'
Benjamin Peterson benja...@python.org added the comment: Have a look at http://bugs.python.org/issue1115886. -- nosy: +benjamin.peterson resolution: - works for me status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6840 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6703] cross platform failure and silly test in doctest
Chris Withers ch...@simplistix.co.uk added the comment: Hmm, I don't think tests will fail, however, there are cryptic docs for this... http://docs.python.org/library/doctest.html#basic-api I don't really get what module_relative is about and I've always run into the non- cross-platform issue above when passing an absolute path to DocFileSuite while forgetting to specify module_relative=False. The weird/frustrating thing is that the tests behave *just fine* on Windows with module_relative being the default of True and the absolute path being specified, so I'm not really sure what difference either the module_relative option or the check that the path doesn't start with a / mean... The problem is that while the docs specify that paths must be /-separated, nothing in the code enforces this. So, with module_relative as True, the default: - If you generate and pass an absolute path on Windows, it'll work just fine. - If you pass a '\\'-separated module-relative path, this will work just fine. (You'll end up with base/dir\path\you\supplied, but I doubt `open` will care about that. With module_relative set to False, I'm not really sure what happens... Anyone? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6703 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1115886] os.path.splitext don't handle unix hidden file correctly
Alexandru Munteanu io...@yahoo.fr added the comment: I've read parts of the python-dev discussions, but I don't agree with this change: mimetypes.guess_type() now recognises '.ogg' as None. -- nosy: +optimix ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1115886 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6837] Mark the compiler package as deprecated
Jean-Paul Calderone exar...@divmod.com added the comment: Bugs are no longer being fixed in the compiler package. To me, that says it should be regular-deprecated. People with no short term plans of switching to Python 3 will still want to avoid the compiler package. They should be told about the deprecation too, and they're not going to be turning on Py3k warnings. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6837 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5639] Support TLS SNI extension in ssl module
Phil Pennock python-...@spodhuis.org added the comment: wrapssl(server_hostname=True/False/String) looks good to me. Your arguments for enabling by default are compelling, for P3k. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5639 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
