[issue7241] tkinter fails to import

Martin v. Löwis added the comment: Please understand that this tracker is not a place to obtain help. Use python-l...@python.org (news:comp.lang.python) instead. -- nosy: +loewis resolution: -> invalid status: open -> closed ___ Python tracker

[issue1628484] Python 2.5 64 bit compile fails on Solaris 10/gcc 4.1.1

Martin v. Löwis added the comment: [...] > As second step, I think that the CFLAGS environment variable passed to > configure should be made to init the BASECFLAGS Makefile variable, since > that's what the user would expect (if he knew how the system works). I still think that such a patch wou

[issue7241] tkinter fails to import

Changes by Jebagnanadasa : -- status: closed -> open ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue7241] tkinter fails to import

Changes by Jebagnanadasa : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue1628484] Python 2.5 64 bit compile fails on Solaris 10/gcc 4.1.1

Marc-Andre Lemburg added the comment: Martin v. Löwis wrote: > > Martin v. Löwis added the comment: > > [...] >> As second step, I think that the CFLAGS environment variable passed to >> configure should be made to init the BASECFLAGS Makefile variable, since >> that's what the user would exp

[issue7242] Forking in a thread raises RuntimeError

New submission from Zsolt Cserna : Python 2.6.4 (r264:75706, Oct 29 2009, 12:00:12) [C] on sunos5 On my sunos5 system if I call os.fork() in a thread created by thread.start_new_thread(), it raises RuntimeError with the message 'not holding the import lock'. It's a vanilla python compiled on sun

[issue7242] Forking in a thread raises RuntimeError

Antoine Pitrou added the comment: Well, there has been no such change between 2.6.3 and 2.6.4. -- nosy: +gregory.p.smith, pitrou ___ Python tracker ___ __

[issue1628484] Python 2.5 64 bit compile fails on Solaris 10/gcc 4.1.1

Marc-Andre Lemburg added the comment: [Adding Jack Jansen to the nosy list, since he added the LDFLAGS parts for Mac OS X] Jack, could you please comment on why the LDFLAGS are added to LDSHARED by configure, rather than using LDFLAGS as extra argument to LDSHARED ? Thanks. -- nosy: +

[issue7242] Forking in a thread raises RuntimeError

Zsolt Cserna added the comment: Sorry, the working version is not 2.6.3 (I mistyped the version), it's 2.6.1 (I've no info about 2.6.2). -- ___ Python tracker ___ ___

[issue7240] subprocess.Popen.stdout.flush fails os OS-X 10.6.1

Peter Gibson added the comment: Not my code, but as it's using a pipe to communicate with another process, I assume that the flush call is intended to discard any unwanted output prior to sending a command and processing the result. Is there another way to achieve the same effect, such as readi

[issue7228] %lld for PyErr_Format (Modules/_io/bufferedio.c)

Hirokazu Yamamoto added the comment: No, I don't have it. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue4359] at runtime, distutils uses buildtime files

Andrew McNabb added the comment: I've noticed this, too, and I agree with Toshio's observations. Tarek, do you have any opinions? -- nosy: +amcnabb ___ Python tracker ___ __

[issue7243] mac binary download link for 2.6.4 broken

New submission from Jonathan Beard : the mac binary download link for python 2.6.4 is broken: http://python.org/ftp/python/2.6.4/python-2.6.4-macosx.dmg -- components: Installation messages: 94708 nosy: beard severity: normal status: open title: mac binary download link for 2.6.4 broken

[issue5582] Incorrect DST transition

acummings added the comment: OK, it works correctly on 2.6.4: >>> time.localtime(time.mktime(datetime(2009, 10, 30).timetuple())) time.struct_time(tm_year=2009, tm_mon=10, tm_mday=30, tm_hour=0, tm_min=0, tm_sec=0, tm_wday=4, tm_yday=303, tm_isdst=1) I'll close it. Thanks! -- status:

[issue1628484] Python 2.5 64 bit compile fails on Solaris 10/gcc 4.1.1

Bob Atkins added the comment: I see that Martin's broken record still hasn't changed. I had warm, nostalgic feelings as I re-read this thread. It is so sad to see that this matter remains unresolved almost 3 years after I filed this bug. As usual Martin is just flat wrong in his insistence that

[issue4359] at runtime, distutils uses buildtime files

Dave Malcolm added the comment: For Fedora, I've fixed this (I hope) by special-casing those two files: %{_libdir}/python%{pybasever}/config/Makefile /usr/include/python2.6/pyconfig-{32|64}.h making them part of the core python package. See downstream bug here: https://bugzilla.redhat.com/sh

[issue4359] at runtime, distutils uses buildtime files

Dave Malcolm added the comment: > For Fedora, I've fixed this (I hope) by special-casing those two files: Sorry; for "fixed", read "addressed"; this covers part 1 of the issue, but not part 2. -- ___ Python tracker

[issue1628484] Python 2.5 64 bit compile fails on Solaris 10/gcc 4.1.1

Antoine Pitrou added the comment: Martin isn't the gatekeeper, it's just that few people are really motivated in solving tedious configuration-related problems, especially when there are diverging concerns (legacy, habits, compatibility, etc.) to take into account. That said, I think the curren

[issue1628484] Python 2.5 64 bit compile fails on Solaris 10/gcc 4.1.1

Jörg Prante added the comment: > [...] because it *still* > wouldn't follow the standards used in other OSS software, where setting > CFLAGS overrides *ALL* settings that configure may have come up with. Martin, can you please elaborate on this? I never heard of such "standards" in OSS. --

[issue1628484] Python 2.5 64 bit compile fails on Solaris 10/gcc 4.1.1

Marc-Andre Lemburg added the comment: Bob Atkins wrote: > > As usual Martin is just flat wrong in his insistence that a defined > CFLAGS must overide any generated CFLAGS by configure to be consistent > with other OSS. But of course that is just his excuse for not accepting > this bug and fix.

[issue7222] thread reaping is imperfect

Antoine Pitrou added the comment: Committed in r75958, r75959. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ __

[issue7243] mac binary download link for 2.6.4 broken

Changes by Ned Deily : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/ma

[issue7243] mac binary download link for 2.6.4 broken

Changes by Barry A. Warsaw : -- assignee: -> barry priority: -> high resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue7243] mac binary download link for 2.6.4 broken

Jonathan Beard added the comment: Link still broken? see screenshot http://www.python.org/ftp/python/2.6.4/python-2.6.4-macosx.dmg -- status: closed -> open Added file: http://bugs.python.org/file15233/python mac binary url 404.png ___ Python tracke

[issue7243] mac binary download link for 2.6.4 broken

Jonathan Beard added the comment: Included screenshot of page which has the bad url: http://www.python.org/download/ -- Added file: http://bugs.python.org/file15234/download page.png ___ Python tracker ___

[issue7243] mac binary download link for 2.6.4 broken

R. David Murray added the comment: You probably just need to force your browser to refresh the web page. The link works for me (but does not point to the ftp url you specify). -- nosy: +r.david.murray status: open -> closed ___ Python tracker

[issue7243] mac binary download link for 2.6.4 broken

Changes by R. David Murray : -- stage: -> committed/rejected type: resource usage -> behavior ___ Python tracker ___ ___ Python-bugs-l

[issue7243] mac binary download link for 2.6.4 broken

Jonathan Beard added the comment: might have been upstream cache. works for me now. thanks! -- ___ Python tracker ___ ___ Python-bugs-

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

Changes by R. David Murray : -- keywords: +buildbot ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue6462] bsddb3 intermittent test failures

Changes by R. David Murray : -- keywords: +buildbot ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue3892] bsddb: test01_basic_replication fails on Windows sometimes

Changes by R. David Murray : -- keywords: +buildbot ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue4698] Solaris buildbot failure on trunk in test_hostshot

Changes by R. David Murray : -- keywords: +buildbot ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue3864] 26.rc1: test_signal issue on FreeBSD 6.3

R. David Murray added the comment: Does anyone know what version of FreeBSD the FreeBSD buildslave is running? This problem is affecting most of its runs. -- keywords: +buildbot nosy: +r.david.murray versions: +Python 2.7, Python 3.1, Python 3.2 ___

[issue3864] 26.rc1: test_signal issue on FreeBSD 6.3

Eric Smith added the comment: http://www.python.org/dev/buildbot/all/builders/x86%20FreeBSD%20trunk reports: FreeBSD 6.2-RELEASE (VMWare Image, 256MB, 10GB on P4/1.8GHz Host) -- nosy: +eric.smith ___ Python tracker

[issue1628484] Python 2.5 64 bit compile fails on Solaris 10/gcc 4.1.1

Bob Atkins added the comment: 3 years and counting while everyone rings their hands and debates this trivial issue. 3 years and counting while hundreds of builders encounter this problem wasting countless of hours troubleshooting, possibly re-reporting the problem. Software is not a religion -

[issue3864] 26.rc1: test_signal issue on FreeBSD 6.3

R. David Murray added the comment: Since this is apparently a known FreeBSD bug, we should put a conditional skip into test_signal. -- components: +Tests stage: -> needs patch type: -> behavior ___ Python tracker

[issue1628484] Python 2.5 64 bit compile fails on Solaris 10/gcc 4.1.1

Marc-Andre Lemburg added the comment: Bob Atkins wrote: > My money is that the fanatically 'correct' method will be implemented > that will require hundreds of lines of code, possibly re-engineering the > entire build process, introducing more problems and take a few more > years to implement an

[issue7230] test_hotshot fails on solaris

Antoine Pitrou added the comment: Duplicate of #4698. -- nosy: +pitrou resolution: -> duplicate status: open -> closed superseder: -> Solaris buildbot failure on trunk in test_hostshot ___ Python tracker

[issue1628484] Python 2.5 64 bit compile fails on Solaris 10/gcc 4.1.1

Jack Jansen added the comment: > Jack, could you please comment on why the LDFLAGS are added to LDSHARED > by configure, rather than using LDFLAGS as extra argument to LDSHARED ? Because this worked, no deep reason. The initial framework builds were a big hack, because they were neither stat

[issue1628484] Python 2.5 64 bit compile fails on Solaris 10/gcc 4.1.1

Jörg Prante added the comment: > Without knowing the impact of the generic approach you've taken > in your patch we simply cannot just apply it. If you can prove that > the patch doesn't break other platforms or configuration setups, > that would help a lot. I was able to build Python 2.5 on So

[issue5510] patches for Modules/socketmodule.c for NetBSD

Thomas Klausner added the comment: Attached is the patch fixing this problem from pkgsrc; it was written by Iain Hibbert who also maintains BlueTooth in NetBSD, so I'm very confident it's "right" :) Please include it! -- nosy: +wiz Added file: http://bugs.python.org/file15235/patch-ap

[issue1628484] Python 2.5 64 bit compile fails on Solaris 10/gcc 4.1.1

Peter N added the comment: On Fri, Oct 30, 2009 at 09:31:38PM +, J??rg Prante wrote: > > J??rg Prante added the comment: > > > Without knowing the impact of the generic approach you've taken > > in your patch we simply cannot just apply it. If you can prove that > > the patch doesn't brea

[issue1628484] Python 2.5 64 bit compile fails on Solaris 10/gcc 4.1.1

Antoine Pitrou added the comment: First, the current patch doesn't apply cleanly to trunk. The following patch should be ok (some of the changes of the original patch apparently have been committed separately in the meantime). Second, the patch allows me to do a 32-bit build (under 64-bit Linux

[issue7210] Proposed Syntax Checks in Test Suite

Benjamin Peterson added the comment: See how all the other tests in test_grammar are written in a unittest style? -- ___ Python tracker ___ __

[issue1628484] Python 2.5 64 bit compile fails on Solaris 10/gcc 4.1.1

Roumen Petrov added the comment: Marc-Andre, Thanks for the reference but what about to open manual for AC_PROG_CC ? Antoine, please don't mess kind of cross compilation into this thread. About patches: Change of libdir are subject to other requests - require changes in distutils - out of s

[issue1628484] Python 2.5 64 bit compile fails on Solaris 10/gcc 4.1.1

Marc-Andre Lemburg added the comment: Antoine Pitrou wrote: > Second, the patch allows me to do a 32-bit build (under 64-bit Linux) by > doing: > CFLAGS=-m32 LDFLAGS=-m32 ./configure > rather than: > CC="gcc -m32" ./configure > However, if I omit LDFLAGS it doesn't work, I don't know if it's

[issue1628484] Python 2.5 64 bit compile fails on Solaris 10/gcc 4.1.1

Antoine Pitrou added the comment: > Antoine, > please don't mess kind of cross compilation into this thread. This is not cross-compilation, a 32-bit binary will run fine on a x86-64 system. -- ___ Python tracker

[issue1628484] Python 2.5 64 bit compile fails on Solaris 10/gcc 4.1.1

Marc-Andre Lemburg added the comment: Roumen Petrov wrote: > > Roumen Petrov added the comment: > > Marc-Andre, > Thanks for the reference but what about to open manual for AC_PROG_CC ? Could you please elaborate a bit ? > Antoine, > please don't mess kind of cross compilation into this thr

[issue1628484] Python 2.5 64 bit compile fails on Solaris 10/gcc 4.1.1

Marc-Andre Lemburg added the comment: Jack Jansen wrote: > > Jack Jansen added the comment: > >> Jack, could you please comment on why the LDFLAGS are added to > LDSHARED >> by configure, rather than using LDFLAGS as extra argument to LDSHARED > ? > > Because this worked, no deep reason. T

[issue1628484] Python 2.5 64 bit compile fails on Solaris 10/gcc 4.1.1

Roumen Petrov added the comment: Mark issue is 4010 (see message #msg94686 above) . About the control of the flags :) ... the Bob's post "... method will be implemented that will require hundreds of lines of code ..." is true. Order $(BASECFLAGS) @CFLAGS@ $(OPT) $(EXTRA_CFLAGS) look good as fi

[issue5596] memory leaks in py3k

Antoine Pitrou added the comment: After quite a bit of work, here is the new status as of r75970: test_textwrap leaked [0, -206] references, sum=-206 test_urllib leaked [2, 0] references, sum=2 -- ___ Python tracker

[issue5596] memory leaks in py3k

R. David Murray added the comment: And there was much rejoicing :) -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue1739118] Investigated ref leak report related to thread regrtest.py

Hirokazu Yamamoto added the comment: This issue seems to be fixed in r75958. -- resolution: -> duplicate status: open -> closed superseder: -> memory leaks in py3k ___ Python tracker __

[issue7210] Proposed Syntax Checks in Test Suite

Changes by Chuck Rhode : Removed file: http://bugs.python.org/file15231/test_grammar.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue7210] Proposed Syntax Checks in Test Suite

Chuck Rhode added the comment: Oh! That's very different. :-) I can do that. -- Added file: http://bugs.python.org/file15237/test_grammar_trunk.diff ___ Python tracker ___ ___

[issue7210] Proposed Syntax Checks in Test Suite

Benjamin Peterson added the comment: Applied with some changes in r75971. -- resolution: -> accepted status: open -> closed ___ Python tracker ___ __

[issue7195] Value error 'path is on drive c: start on drive d:' in os.path.relpath

Nick Coghlan added the comment: It's not the current directory that's the problem, it's the current drive. Windows has no absolute root directory - instead, it has a root directory for each drive. That means that "\\dir" is a path relative to the current drive rather than an absolute path. You n