[issue7900] posix.getgroups() failure on Mac OS X

Stephen Hansen added the comment: The test is clearly verifying a *wrong* assumption: that id -G will match posix.getgroups() which simply does not hold on OSX. I can reproduce this reliably on a completely clean, brand new installation of 10.5: from there the only things that have been done

[issue7900] posix.getgroups() failure on Mac OS X

Ronald Oussoren added the comment: I'm still -1 on changing the test. The test only fails when run from the buildbot and the buildbot account is changed without restarting buildbot. Changing the buildbot account should happen almost never, and IMO you should restart the buildbot daemon when

[issue10430] _sha.sha().digest() method is endian-sensitive. and hexdigest()

New submission from Kristján Valur Jónsson : in shamodule.c, the digest() method just creates a simple bytes string of the digest. The digest is stored as an array of 32 bit integers in the native representation. Therefore, the digest will be different on big- and little-endian machines. T

[issue7900] posix.getgroups() failure on Mac OS X

R. David Murray added the comment: Ronald, on a normal unix system if you add a user to a group, any existing process/terminal session that runs 'id -G' will return the *old* group list. Only a new process/terminal session will see the new group. On OSX, 'id -G' returns the new group when ru

[issue7900] posix.getgroups() failure on Mac OS X

Ronald Oussoren added the comment: If anything should be done the test that checks the output of id -G should be removed if we want the buildbot to keep running without problems when you change the buildbots account. After reading the message about the new failures again I don't think this is

[issue8254] write a configure command

Changes by Éric Araujo : -- keywords: +needs review, patch ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue8254] write a configure command

Éric Araujo added the comment: I have turned my branch into a clean patch for default: https://bitbucket.org/Merwok/distutils2/changeset/076b15559290 Notes: - You can diff configure.py against build.py and install_dist.py from an earlier revision to see what code has been moved where. - Two

[issue10417] unittest triggers UnicodeEncodeError with non-ASCII character in the docstring of the test function

Éric Araujo added the comment: Great, thank you for the update! Closing. -- resolution: -> out of date stage: -> committed/rejected status: open -> closed ___ Python tracker

[issue10417] unittest triggers UnicodeEncodeError with non-ASCII character in the docstring of the test function

Jeffrey Finkelstein added the comment: I am not having this problem on Ubuntu 10.10 with the most recent Python 2.7: $ ./python unicodetest.py --verbose test_unicode_docstring (__main__.UnicodeTest) täst - docstring with unicode character ... ok ---

[issue1326113] Letting "build_ext --libraries" take more than one lib

Éric Araujo added the comment: I’ve reviewed other modules for the same error and found two candidates: config.libraries, the same thing as build_ext.libraries, and install.extra_path, for which I’m not sure. (More distutils2 thoughts: A number of options are split on os.pathsep, a new ensur

[issue10425] xmlrpclib support for None isn't compliant with XMLRPC

Éric Araujo added the comment: Thanks for the report and patch. You may find the following guidelines useful for your future contributions: http://www.python.org/dev/patches/ I have two questions about the proposed fix. First, this line caught my eye: if tag.split(':')[1] == 'nil': It se

[issue10427] 24:00 Hour in DateTime

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

[issue1326113] Letting "build_ext --libraries" take more than one lib

Éric Araujo added the comment: I agree this is a bug: it’s a broken feature, not a new one, even if it can be argued that fixing a long-standing behavior enables new usages, and is thus comparable to a new feature. I found no mention of --libraries in the docs, so I looked at the file history

[issue9312] Fix usage of :option: markup in stdlib ReST docs

Éric Araujo added the comment: Can I commit doc patches like this one despite the branch freeze? -- assignee: d...@python -> eric.araujo resolution: -> accepted status: open -> pending ___ Python tracker _

[issue9116] test_capi.test_no_FatalError_infinite_loop crash on Windows

Brian Curtin added the comment: The patch works for me. Unfortunately my knowledge on this particular area is very low so I can't really evaluate the patch. -- ___ Python tracker __

[issue716634] "build_ext" "libraries" subcommand not s

Changes by Éric Araujo : -- resolution: wont fix -> duplicate superseder: -> Letting "build_ext --libraries" take more than one lib ___ Python tracker ___ _

[issue2244] urllib and urllib2 decode userinfo multiple times

Jessica McKellar added the comment: I can confirm that the combination of urllib_issue_updated.diff and urllib_ftptests_doubleencode.patch apply cleanly against py3k, that the added tests exercise the described bug, and that the full test suite passes after applying the patches. The patches

[issue10134] test_email failures on Windows: end of line issue?

Brian Curtin added the comment: > Still not sure why they were not showing up on the buildbots. Victor was > working from an svn checkout and I from the binary installer, so it's not > just a difference in the svn eol handling. I too had only been seeing this in my checkout, but now that I s

[issue10429] bug in test_imaplib

New submission from Antoine Pitrou : The following warning suggests the test is wrong: c:\buildslave-py3k\3.x.curtin-win2008-amd64\build\lib\test\test_imaplib.py:231: BytesWarning: Comparison between bytes and string self.assertFalse('LOGINDISABLED' in self.server.capabilities) -- as

[issue9807] deriving configuration information for different builds with the same prefix

Matthias Klose added the comment: On 16.11.2010 00:01, Barry A. Warsaw wrote: > When you say the python.pc change should change includedir instead of Cflags, > that seems weird. includedir does not currently include the 'pythonX.Y' > subdirectory so there's no place to put the abiflags. Or a

[issue9807] deriving configuration information for different builds with the same prefix

Matthias Klose added the comment: On 15.11.2010 23:57, Barry A. Warsaw wrote: > you mean $prefix/lib/python3.2 and $prefix/lib/python3.2$abiflags, right? > The latter has just a config directory, and you'd rather see that become > $prefix/lib/python3.2/config-$abiflags, right? yes.

[issue10262] Add --disable-abi-flags option to `configure`

Matthias Klose added the comment: I think this is not a good idea, because then you have different names for extension modules, which will be recognized by one configuration but not the other. This configure option should not change the sonames. If this option is to keep pathes like /usr/lo

[issue3871] cross and native build of python for mingw32 with distutils

Amaury Forgeot d'Arc added the comment: Luke, Please please! Don't make me say what I did not say. I just said "I disagree", without any bad word. This may have been a bit terse, but I don't consider the issue tracker as a place to express one's feelings; hey, other core developers could have

[issue9253] argparse: optional subparsers

G2P added the comment: Trying to spec this, here is a proposed API: parser = argparse.ArgumentParser() sub = parser.add_subparsers(default='show') sub_show = sub.add_parser('show') sub_add = sub.add_parser('add') If default isn't passed, the subcommand isn't optional. If defaul

[issue10262] Add --disable-abi-flags option to `configure`

Changes by Barry A. Warsaw : -- assignee: -> barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue9807] deriving configuration information for different builds with the same prefix

Barry A. Warsaw added the comment: Matthias, When you say the python.pc change should change includedir instead of Cflags, that seems weird. includedir does not currently include the 'pythonX.Y' subdirectory so there's no place to put the abiflags. Or are you suggesting that we move the py

[issue9807] deriving configuration information for different builds with the same prefix

Barry A. Warsaw added the comment: Matthias, you mean $prefix/lib/python3.2 and $prefix/lib/python3.2$abiflags, right? The latter has just a config directory, and you'd rather see that become $prefix/lib/python3.2/config-$abiflags, right? -- ___

[issue3871] cross and native build of python for mingw32 with distutils

Roumen Petrov added the comment: No it is win32 for the resulting binaries. Idea is following (issue3754) . Travial patch - move method get_platform global _get_platform and variable host_platform is initialized to its return value. Then replace all calls of sys.platform and get_platform() t

[issue3871] cross and native build of python for mingw32 with distutils

Luke Kenneth Casson Leighton added the comment: perhaps, amaury, you might like to, instead of saying "i disagree", you might like instead to say something like this: "that sounds... interesting, and a little scary - creating an entirely new platform! are you absolutely sure it's necessary??

[issue3871] cross and native build of python for mingw32 with distutils

Luke Kenneth Casson Leighton added the comment: > I disagree; i would say that you're entitled to disagree, but i have to point out that unless you've actually been through the process of trying to port python to mingw32 you're not really in a position of ... how can i put this best... you'

[issue3871] cross and native build of python for mingw32 with distutils

Amaury Forgeot d'Arc added the comment: > But different build system make new plaform! Maybe, but not a new "sys.platform". VC6 and VS9.0 don't share any project file for the compilation; but they both build a sys.platform=='win32'. Distutils has to use another way to make the difference and c

[issue10428] IDLE Trouble shooting

R. David Murray added the comment: I would recommend posting to the python mailing list (see mail.python.org for a list of the mailing lists and subscribe to python-list). The bug tracker isn't a place to get help, but you might also try searching for windows idle bugs, since as I recall the

[issue10319] SocketServer.TCPServer truncates responses on close (in some situations)

Changes by Ralf Schmitt : -- nosy: +schmir ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue3871] cross and native build of python for mingw32 with distutils

Roumen Petrov added the comment: But different build system make new plaform ! Roumen -- ___ Python tracker ___ ___ Python-bugs-list

[issue1520831] urrlib2 max_redirections=0 disables redirects

John J Lee added the comment: That's silly. A justification of the need for a new feature isn't needed, because this is already-implemented feature that simply does the wrong thing at the edge case. It's not high priority, but it is a bug. -- ___

[issue10428] IDLE Trouble shooting

New submission from Eli : I am having trouble with python. I use python 2.5.1, and have windows 7. I used to be able to use IDLE, but now it says its opening and it never does. I also could use recovery to fix it. but that does not work now. Any Ideas? -- components: Windows messages: 1

[issue1553375] Add traceback.print_full_exception()

R. David Murray added the comment: I agree with you, Pascal, but I think Nick is saying that that information is not actually available. I don't fully understand why, but he knows vastly more about Python internals than I do so I'll take his word for it. It might be interesting to try saving

[issue8863] Display Python backtrace on SIGSEGV, SIGFPE and fatal error

Changes by David Fraser : -- nosy: +davidfraser ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue1553375] Add traceback.print_full_exception()

Pascal Chambon added the comment: I dont understand, if we use traceback.print_stack(), it's the stack at the exception handling point which will be displayed. In my view, the interesting think was not the stack trace at the point where the exception is being handled, but where the unwinding

[issue2001] Pydoc interactive browsing enhancement

Changes by Ron Adam : Removed file: http://bugs.python.org/file19476/pydoc_r86133.diff ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue2001] Pydoc interactive browsing enhancement

Changes by Ron Adam : Removed file: http://bugs.python.org/file19604/issue2001_a.diff ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue2001] Pydoc interactive browsing enhancement

Ron Adam added the comment: This should be done or very close to done. The -g option, gui(), and serve() functions are deprecated. The new features are browse(port, *, open_browser=True), and a '-b' option. The '-p port' option does browse(port=port, open_browser=False), so _startserver() d

[issue1326113] Letting "build_ext --libraries" take more than one lib

Antoine Pitrou added the comment: Since "--libraries" is plural, and since the help text says: --libraries (-l) external C libraries to link with it should IMO be considered a bug. (Standard UNIX linkers have a different convention: you can specify -l several times in order to link again

[issue10070] 2to3 wishes for already-2to3'ed files

Hallvard B Furuseth added the comment: Éric Araujo writes: > I think 2to3 is designed to take 2.x code and turn it into 3.x code. > Codebases using tricks and hacks to support both 2.x and 3.x (like the > example you linked to) cannot be handled by 2to3. That's fair enough. -- ___

[issue10427] 24:00 Hour in DateTime

Alexander Belopolsky added the comment: +1 Note that in Python, semi-open intervals are favored, but specifying the last hour of the day is awkward when using datetime (as OP mentioned) and impossible using just time. Using closed intervals is not a good work-around in many cases because it

[issue10070] 2to3 wishes for already-2to3'ed files

Hallvard B Furuseth added the comment: Hallvard B Furuseth writes: >Martin v. Löwis writes: >> Ok, I can propose two different spellings of this without any >> macro processor: (...) > > Both your examples fit my request perfectly. Pieces of code which I > presume are correct for both Python 2

[issue7186] Document specialness of __doc__, and possibly other "special" attributes

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

[issue10070] 2to3 wishes for already-2to3'ed files

Hallvard B Furuseth added the comment: Martin v. Löwis writes: > As this code is in a Python 2.x block: why does this change cause > problems to you? You are supposed to run the 2to3 result in Python 3, > and this conversion result will run correctly in Python 3. As I've explained, and as the i

[issue10427] 24:00 Hour in DateTime

Changes by Ezio Melotti : -- components: +Library (Lib) nosy: +belopolsky, ezio.melotti versions: -Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2 ___ Python tracker

[issue10260] Add a threading.Condition.wait_for() method

Antoine Pitrou added the comment: > Good point, Antoine. I'm always trying to keep those timeouts low, > however, to avoid having the testsuite duration grow too much with > every test :) Well, better to have slower tests than intermittently failing ones, I say. -- __

[issue10427] 24:00 Hour in DateTime

New submission from ingo janssen : Short: make the DateTime class and related also accept 24 for the hour instead of stopping at 23:59:59. from the python doc: "class datetime.datetime(year, month, day[, hour[, minute[, second[, microsecond[, tzinfo]) The year, month and day arguments are

[issue7186] Document specialness of __doc__, and possibly other "special" attributes

R. David Murray added the comment: No, because that patch doesn't document the special inheritance rules for __doc__ (which are uniquely special even among special methods). Now, exactly where one would want to document those rules, I'm not sure. -- nosy: +r.david.murray ___

[issue10426] The whole thing is NOT good

Ezio Melotti added the comment: I'm closing this until you can provide more details about the problem you have. What version of Python have you used? (The one you selected (3.3) doesn't exist yet.) Are you sure that the problem is related to Python and not to Windows? If it is, how did you de

[issue10426] The whole thing is NOT good

Changes by Georg Brandl : -- resolution: -> invalid status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue10426] The whole thing is NOT good

New submission from Joshua Purcell : There is a complete FAIL in this versionand all other versions like 3.* THEY ALL FREEZE UP MY SYSTEM (Windows) HELP -- components: Windows messages: 121227 nosy: 08jpurcell priority: normal severity: normal status: open title: The whole thing is NOT g

[issue6941] Socket error when launching IDLE

Joshua Purcell added the comment: Sorry I've not replied to anyones thoughts until now but nothing seems to fix it -- components: +Windows -IDLE resolution: works for me -> status: closed -> open ___ Python tracker

[issue10425] xmlrpclib support for None isn't compliant with XMLRPC

Changes by Senthil Kumaran : -- assignee: -> orsenthil nosy: +orsenthil ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue1326113] Letting "build_ext --libraries" take more than one lib

Palm Kevin added the comment: I applied the patch proposed by slanger. This one is working. Now, I'm executing this instruction to build my extension: "%pythonRoot%\python.exe" setup.py build_ext --include-dirs "C:\MyApp\include" --library-dir "C:\MyApp\lib" --libraries "myLib1 myLib2" If I don

[issue10425] xmlrpclib support for None isn't compliant with XMLRPC

New submission from Adam Bielański : XMLRPC standard doesn't support None/nil/null values. Element `` was added as an extension to original protocol. Currently sending None object through xmlrpclib produces `` string. This causes parsing errors in more sophisticated XMLRPC parsers (like org.a

[issue1326113] Letting "build_ext --libraries" take more than one lib

Tarek Ziadé added the comment: Distutils is frozen and we fix only bugs. This case is a little bit at the edge. Can you show us an example of a call you are trying to make, and the gcc command line output that fails ? I want to see if we can find a workaround. If so, this will be changed o

[issue1520831] urrlib2 max_redirections=0 disables redirects

Senthil Kumaran added the comment: John, I was trying to find out what does rfc say on "Client Ignoring the 30X REDIRECT headers". There is no point made on Client's trying to ignore it, instead it said that it should follow the Redirect and must not endlessly loop. Setting max_redirect to 0

[issue1326113] Letting "build_ext --libraries" take more than one lib

Palm Kevin added the comment: This one is really annoying. Could you please consider fixing this one for the next release? (=lightweight change) -- nosy: +palm.kevin ___ Python tracker _

[issue10424] better error message from argparse when positionals missing

New submission from Steven Bethard : >From a private email in respect to the following class of error messages: >>> parser = argparse.ArgumentParser(prog='PROG') >>> parser.add_argument('--foo') >>> parser.add_argument('--bar') >>> parser.add_argument('ham') >>> parser.add_argument('spam', nargs

[issue10423] s/args/options in arpgarse "Upgrading optparse code"

New submission from Steven Bethard : >From a personal email: -- I'm not signed up for all the Python issue tracking stuff, but thought I'd let you know about a problem with the argparse doc page: http://docs.python.org/li

[issue10350] errno is read too late

Hallvard B Furuseth added the comment: Terry J. Reedy writes: > There is one relocation of memory freeing Modules/timemodule.c does '#if,if(..errno..)' after PyMem_Free(outbuf), which can overwrite the desired errno. Instead of reading errno into a temporary, I moved the free into both branche

[issue10422] pstats.py : error when loading multiple stats files

Ezio Melotti added the comment: This bug should already be fixed in Python 2.6 and 2.7 (see #7372) and 2.5 now accepts only security fixes. I suggest you to upgrade to a newer version of Python. (BTW, thanks for the report and the patch, but it's usually better to avoid zip files and prefer pl

[issue10422] pstats.py : error when loading multiple stats files

New submission from Stephane Ruchet : When using pstats constructor with multiple files, the add_callers method fails. Actually, add_callers need to add values of tuples, but it uses the "+" operator, that appends tuples. I submit the fix (pstats.py.fix file) and the old one (pstats.py.bug.2.5

[issue10419] distutils command build_scripts fails with UnicodeDecodeError

Changes by Michał Górny : -- nosy: +mgorny ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o