Ned Deily added the comment:
IDLE from the Python 3.2s2 OS X installer exhibits the same buggy behavior on
10.5 as 3.1.2 (hangs with system Tk 8.4, OK with ActiveState Tk 8.4). There
also seem to be some unexpected differences in IDLE behavior between 2.7 and
3.x as if some changes were not
Ned Deily added the comment:
IDLE from the Python 3.2a2 OS X installer exhibits the same buggy behavior on
10.5 as 3.1.2 (hangs with system Tk 8.4, OK with ActiveState Tk 8.4). There
also seem to be some unexpected differences in IDLE behavior between 2.7 and
3.x as if some changes were not
Changes by Ned Deily :
--
Removed message: http://bugs.python.org/msg115719
___
Python tracker
<http://bugs.python.org/issue9763>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
Closing as "works for me". If you have a suggestion for a change to IDLE
behavior, suggest discussing on the IDLE development list or opening a new
issue and supply a patch.
--
resolution: -> works for me
status: o
Ned Deily added the comment:
Suggest you post your issue on the egenix-users mailing list (described here
http://www.egenix.com/support/mailing-lists/) first and return here if there is
agreement there that there might be a problem with a current version of Python
itself.
--
nosy
Changes by Ned Deily :
--
nosy: +rhettinger
versions: -Python 2.5, Python 2.6
___
Python tracker
<http://bugs.python.org/issue9816>
___
___
Python-bugs-list m
Ned Deily added the comment:
Thanks Garrett for reporting the problem and thank Nick for the patches. It
turns out the problem is more involved though the solution is similar. I've
spent some time figuring out what went wrong here and documenting it in this
issue so that no one else h
Changes by Ned Deily :
Added file: http://bugs.python.org/file18838/issue8746-31.patch
___
Python tracker
<http://bugs.python.org/issue8746>
___
___
Python-bugs-list m
Changes by Ned Deily :
Added file: http://bugs.python.org/file18839/issue8746-27.patch
___
Python tracker
<http://bugs.python.org/issue8746>
___
___
Python-bugs-list m
Changes by Ned Deily :
Removed file: http://bugs.python.org/file18736/8746-3.1.2.patch
___
Python tracker
<http://bugs.python.org/issue8746>
___
___
Python-bugs-list m
Changes by Ned Deily :
Removed file: http://bugs.python.org/file18737/8746-2.7.patch
___
Python tracker
<http://bugs.python.org/issue8746>
___
___
Python-bugs-list mailin
Changes by Ned Deily :
Removed file: http://bugs.python.org/file18738/8746-2.6.6.patch
___
Python tracker
<http://bugs.python.org/issue8746>
___
___
Python-bugs-list m
Ned Deily added the comment:
Additional tests would be great. It is probably reasonable to make some
simplifying assumptions about which file systems the test directory would be
run on. I'm guessing other similar file system function tests are not
bulletproof on all potential file s
Ned Deily added the comment:
Actually the flags do already exist: note "(as defined in the stat module)"
(http://docs.python.org/py3k/library/os.html#os.chflags). Other than the new
UF_HIDDEN, it looks like they are all hardwired there in Lib/stat.py. There is
something to be sa
Ned Deily added the comment:
On a similar systems (10.6, HFS+ case-sensitive), I was able to reproduce this
failure when using those non-standard ./configure params. The test does not
fail after removing --with-wctype-functions. As noted, --with-wctype-functions
is planned to be removed
Changes by Ned Deily :
--
stage: unit test needed -> committed/rejected
___
Python tracker
<http://bugs.python.org/issue9832>
___
___
Python-bugs-list mai
Ned Deily added the comment:
I am not able to reproduce that failure running on 10.6 (case-sensitive HFS+)
using your ./configure options and running the tests in the build directory
(make test). How are you running the tests? Could there be a file or
directory permissions issue
Ned Deily added the comment:
Nick: "lchflags". lchflags is only available in 10.5 or higher, unlike chflags
which has been around for much longer.
--
___
Python tracker
<http://bugs.python.
Ned Deily added the comment:
There seems to be some confusion about the macpath.py module. I'm not sure why
it even exists in Python 3. Note it has to do with obsolete Classic
MacOS-style paths (colon-separated paths) which are available on Mac OS X only
through deprecated C
Ned Deily added the comment:
Note, argparse is not part of the Python standard library in 2.6 but the 2.7
and 3.2 versions exhibit the same behavior.
--
assignee: -> bethard
nosy: +bethard, ned.deily
versions: +Python 2.7, Python 3.2 -Python
New submission from Ned Deily :
The macpath module in the standard library purports to supply "the Mac OS 9
(and earlier) implementation of the os.path module. It can be used to
manipulate old-style Macintosh pathnames on Mac OS X (or any other platform).
The following function
Ned Deily added the comment:
(I've opened Issue9850 to document the brokenness of macpath and suggest its
deprecation and removal.)
--
___
Python tracker
<http://bugs.python.org/iss
Ned Deily added the comment:
The macpath module in the standard library purports to supply "the Mac OS 9
(and earlier) implementation of the os.path module. It can be used to
manipulate old-style Macintosh pathnames on Mac OS X (or any other platform).
The following functions are avai
Changes by Ned Deily :
--
Removed message: http://bugs.python.org/msg116365
___
Python tracker
<http://bugs.python.org/issue9850>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
No problems noted with a quick test of posixpath_darwin.patch on 10.6 so looks
good. It will get regression tested on more configurations sometime later.
--
___
Python tracker
<http://bugs.python.org/issue767
Ned Deily added the comment:
I can verify that the test case terminates with 2.6.2 and 2.5.1 but does not
for 2.6.6, 2.7, and 3.2.
This is indeed almost certainly due to Issue1722344. r75749 moved
wait_for_thread_shutdown into Py_Finalize just before the atexit functions are
called. The
Ned Deily added the comment:
A better fix for the program is to mark the test_loop thread as a daemon
thread. As the threading module documentation says, by default threads started
from the main thread are non-daemon threads and the "entire Python program
exits when no alive non-d
Ned Deily added the comment:
The test fails exactly the same way using a python 2.6.6 on a current Debian
(testing) Linux 2.6.32 so I think it better to remove the OS X from the title.
Also the versions field refers to where a potential fix might be applied; that
rules out 2.5 and 2.6 since
Ned Deily added the comment:
Patches in progress.
--
___
Python tracker
<http://bugs.python.org/issue9850>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Duplicate of unresolved Issue8445
--
assignee: ronaldoussoren ->
nosy: +ned.deily
resolution: -> duplicate
status: open -> closed
superseder: -> buildbot: test_ttk_guionly failures (test_traversal,
test_tab_identifiers, t
Ned Deily added the comment:
At least for the original test case, the Python 3 equivalent does fail on OS X:
$ python3.1
Python 3.1.2 (r312:79360M, Mar 24 2010, 01:33:18)
[GCC 4.0.1 (Apple Inc. build 5493)] on darwin
Type "help", "copyright", "credits" or "l
Ned Deily added the comment:
Glad you were able to get past the problem. Looks like there already is an
open issue about this on the Meta-tracker (for bug reports about the bug
tracker itself):
http://psf.upfronthosting.co.za/roundup/meta/issue336
--
nosy: +ned.deily
resolution
Ned Deily added the comment:
This appears to be a duplicate of Issue1175004; both supply patches to
implement readline callbacks. Suggest that anyone moving forward with this
review both patches.
--
nosy: +ned.deily
resolution: -> duplicate
superseder: -> Export more libre
Ned Deily added the comment:
Issue1744456 contains a different patch to implement readline callbacks.
Suggest that anyone moving forward with this review both patches.
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue1175
Ned Deily added the comment:
While BeautifulSoup may have been fixed, the issue here still points to an
underlying problem in IDLE being vulnerable to pickling errors. The given test
case still fails in 2.7 (I didn't try to construct a test for Python 3).
--
nosy: +kbk, ned.
Ned Deily added the comment:
r84865 for Issue1730136 introduced a new tkinter test, test_font. As it
stands, the test fails on OS X 10.6 when Python is built with Aqua Tk, at least
with either the Apple-supplied 8.5 or the ActiveState 8.5 (I haven't tried with
any of the Aqua 8.4 ve
New submission from Ned Deily :
When building Python on OS X, there is now support for linking Python with the
readline compatibility interface of the OS X supplied BSD editline library
rather than using the GNU readline library. Because of deficiencies in the
version in earlier OS X
Ned Deily added the comment:
[Thanks to Nik Krumm for reporting the problem on python-list/comp.lang.python]
--
___
Python tracker
<http://bugs.python.org/issue9
Ned Deily added the comment:
Somebody want to commit it?
--
stage: patch review -> commit review
___
Python tracker
<http://bugs.python.org/issue9899>
___
_
Ned Deily added the comment:
All of the current installers create 2to3 or versioned 2to3 links only (for
Python 3). The most recent change was for 2.7 in Issue9392. Please reopen if
you find one that's missed.
--
nosy: +ned.deily
resolution: -> works for me
status: open -
Ned Deily added the comment:
The problem is due to a difference in the behavior of the rl_initialize
function between the editline readline emulation and the real GNU libreadline.
Modules/readline.c setup_readline calls several rl functions to create various
default bindings, including
Changes by Ned Deily :
Added file: http://bugs.python.org/file18946/issue9907-27.patch
___
Python tracker
<http://bugs.python.org/issue9907>
___
___
Python-bugs-list m
Ned Deily added the comment:
FYIW, the OS X installer build script (Mac/BuildScript/build-installer.py for
years has, and continues to, depend on building outside of the source
directory. When I build one, I always start with a clean source directory.
There are so many opportunities for
Changes by Ned Deily :
--
nosy: +ghaering
versions: -Python 2.5, Python 2.6, Python 3.3
___
Python tracker
<http://bugs.python.org/issue9924>
___
___
Python-bug
Ned Deily added the comment:
In Python 3, subprocess.Popen returns stdout as "bytes" rather than "string" so
it seems reasonable that subprocess.getstatusoutput should do the same.
>>> subprocess.Popen(['dd if=/dev/random bs=1024 count=1'], shell=True,
Changes by Ned Deily :
Added file: http://bugs.python.org/file18972/issue9922-31.patch
___
Python tracker
<http://bugs.python.org/issue9922>
___
___
Python-bugs-list m
Changes by Ned Deily :
--
stage: -> patch review
___
Python tracker
<http://bugs.python.org/issue9784>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Ned Deily :
--
stage: needs patch -> patch review
___
Python tracker
<http://bugs.python.org/issue9783>
___
___
Python-bugs-list mailing list
Un
Ned Deily added the comment:
Thanks for the patches. Can you also add a test case to Lib/test/mailcap.py to
cover this problem?
--
nosy: +ned.deily
stage: -> unit test needed
___
Python tracker
<http://bugs.python.org/iss
Ned Deily added the comment:
Could be, particularly if the user name under which the test is running is not
logged in (to the window manager) on the buildbot. I'll investigate.
--
assignee: -> ned.deily
___
Python tracker
<http://bugs
Changes by Ned Deily :
--
nosy: +georg.brandl
stage: -> patch review
type: behavior -> feature request
versions: +Python 3.2
___
Python tracker
<http://bugs.python.org/
Changes by Ned Deily :
--
nosy: +barry, r.david.murray
stage: -> patch review
versions: -Python 2.5, Python 2.6
___
Python tracker
<http://bugs.python.org/iss
Changes by Ned Deily :
Removed file: http://bugs.python.org/file19042/unnamed
___
Python tracker
<http://bugs.python.org/issue9950>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
An endian issue? (i.e. on OS X, it works on ppc but not Intel)
A slightly more detailed test case:
$ more test_ctypes.py
import ctypes
class Blah2(ctypes.Structure):
_fields_ = [("x", ctypes.c_uint64, 64),
("y", c
Changes by Ned Deily :
--
nosy: +tarek
stage: -> patch review
versions: -Python 2.6
___
Python tracker
<http://bugs.python.org/issue9993>
___
___
Python-
Ned Deily added the comment:
(+nosy Raymond as committer of r59907 and removing python2.6 since this is not
a security issue)
--
nosy: +ned.deily, rhettinger
stage: -> needs patch
versions: -Python 2.6
___
Python tracker
<http://bugs.pyth
Ned Deily added the comment:
After further investigation, on OS X at least, there is a difference in
behavior between Tk 8.4 (the system default on OS X 10.4 and 10.5) and Tk 8.5
(the default on 10.6). Lib/tkinter/font.py calls the Tk "font names" commands
to check whether a font
Ned Deily added the comment:
The modified patch looks OK to me and tests OK. The rl_read_init_file call
seems like a reasonable thing for users who are used to using libedit's
.editrc. As a practical matter, though, I think the only thing that would be
affected is an .editrc TAB bi
Ned Deily added the comment:
The test_heading_callback failure appears to be another Tk 8.4 vs Tk 8.5
problem. Datapoints: the test fails using the Apple-supplied Tk 8.4 in OS X
10.6 and with a recent ActiveState Aqua Tk 8.4 on OS X 10.5; the test succeeds
with the Apple-supplied Tk 8.5 in
Ned Deily added the comment:
While you did not specify what platform you are running this on, the issue here
is almost certainly a misunderstanding of how permissions work. On UNIX-y
systems, access to device files is normally governed by permissions like any
other file or directory. On
Ned Deily added the comment:
The unittest module was substantially revised and enhanced for Python 2.7 and
the upcoming 3.2. Your test case now works properly under both.
$ python2.6 -m unittest -v simple_test
--
Ran 0
Ned Deily added the comment:
"It could be a feature of os that the groups of the user are set on a os.setuid
call? Or would this break compatibility with the standard unix library
behaviour?"
The POSIX system interface specification specifically prohibits that: "The
setuid()
Ned Deily added the comment:
Since you mention 7-zip, does that mean you are seeing the problem on a Windows
platform? If so, exactly which version of Windows and what kind of system?
Also, unless someone recognizes this as a duplicate of an earlier issue, there
may not be much action on
Ned Deily added the comment:
Since you are requesting adding a method to an existing data type, you should
probably raise this issue first on the python-ideas mailing list and be
prepared to justify use cases for it.
http://mail.python.org/mailman/listinfo/python-ideas
--
nosy
Changes by Ned Deily :
--
nosy: +pitrou
___
Python tracker
<http://bugs.python.org/issue10054>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Ned Deily added the comment:
And what is libpyxpcom.dylib? As Ronald says, this is almost certainly a
3rd-party extension module problem.
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue10
Ned Deily added the comment:
Thanks for creating the patch. Since it is a feature, it would be considered
to be applied to the current py3k branch (which at the moment is what will be
going into the 3.2 release) rather than 3.1 which is generally only accepting
bug fixes.
By the way, since
Ned Deily added the comment:
>It's incorrect to use DNS names when implementing platform.uname():
>on POSIX, uname() *also* does not return the DNS name. If you want
>some API to return the DNS name of the computer, you need a different
>function (e.g. socket.getfqdn()).
Even
Ned Deily added the comment:
Paul, please open a new issue and attach your patch(s) there; it should address
issues in 2.7 and 3.2 only.
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue815
Changes by Ned Deily :
--
nosy: +ned.deily
stage: -> needs patch
___
Python tracker
<http://bugs.python.org/issue10107>
___
___
Python-bugs-list mai
Changes by Ned Deily :
--
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6
___
Python tracker
<http://bugs.python.org/issue10107>
___
___
Python-bug
Ned Deily added the comment:
The problem is that, by default on OS X, Tkinter uses Tk/Aqua which is itself a
bona-fide OS X application and it creates the default menu options including a
standard application quit. Looks like IDLE needs to register a hook provided
by Tk/Aqua for a "
Changes by Ned Deily :
--
nosy: +rhettinger
stage: -> patch review
versions: -Python 2.5, Python 2.6, Python 3.3
___
Python tracker
<http://bugs.python.org/issu
Ned Deily added the comment:
It looks like the '::tk::mac::Quit' callback does not exist in the
Apple-supplied Tk 8.4.7 in OS X 10.5 and 10.4, although it does work with the
Apple-supplied Tk 8.4.19(?) and 8.5 in 10.6 and with a current ActiveState
8.4.19 on 10.4 through 10.6
Ned Deily added the comment:
Looks like the "exit" callback will work for IDLE but there are the usual edge
cases and odd differences among the various branches and build options to work
through and fix up. Patch forthcoming.
--
Changes by Ned Deily :
--
nosy: -BreamoreBoy
resolution: -> invalid
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue6014>
___
___
Ned Deily added the comment:
FYI, in a recent py3k installer build test using the same installer image
(2-way i386/ppc universal with statically linked sqlite 3.6.11), the test fails
on ppc G3 (10.4), ppc g4 (10.5) but passes on i386 (10.6) so I'd go along with
Bill's big- vs lit
Changes by Ned Deily :
--
nosy: +jnoller
___
Python tracker
<http://bugs.python.org/issue10128>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
I believe the enhancements here are the same as submitted for py3k in
Issue10079. Since it is likely the same comments will apply to both variants,
I think it would be better to have just one issue, so I would recommend
regenerating the patch against the current
Ned Deily added the comment:
The problem is reproducible with the python2 versions I have access to, that
is, on Mac OS X and Debian Linux, and likewise not with any of the python3 3.1
and 3.2 versions. It is most likely due to the underlying ncurses library
interacting with the libc stdio
Ned Deily added the comment:
Thanks for NCURSES_NO_SETBUF ("when it doubt read the man page"!). Since the
problem does not seem to exist in python3 and this is likely been an issue for
a long time and apparently not previously reported and there are various
workarounds, I think
Changes by Ned Deily :
--
resolution: -> wont fix
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue10144>
___
___
Python-bugs-list
Ned Deily added the comment:
I have not seen any recent failures either.
--
___
Python tracker
<http://bugs.python.org/issue6460>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
The patch looks good to me.
--
nosy: +ned.deily, pitrou
stage: -> patch review
___
Python tracker
<http://bugs.python.org/issu
Changes by Ned Deily :
--
nosy: +pje
___
Python tracker
<http://bugs.python.org/issue10155>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Changes by Ned Deily :
--
components: +Windows
nosy: +brian.curtin, tim.golden
___
Python tracker
<http://bugs.python.org/issue10162>
___
___
Python-bugs-list m
Changes by Ned Deily :
--
nosy: +pitrou
stage: -> patch review
___
Python tracker
<http://bugs.python.org/issue10194>
___
___
Python-bugs-list mailing list
Un
Ned Deily added the comment:
The attached patches implement an "exit" callback for IDLE on OS X that ensures
IDLE will not terminate from an application Quit command without giving the
opportunity to save files.
--
assignee: ned.deily -> ronaldoussoren
components: +Macin
Changes by Ned Deily :
Added file: http://bugs.python.org/file19367/issue10107-27.patch
___
Python tracker
<http://bugs.python.org/issue10107>
___
___
Python-bugs-list m
Ned Deily added the comment:
BTW, the patched IDLEs were tested on 2.7 and py3k (3.2a3+) on 10.4, 10.5, and
10.6 with the Apple-supplied Tk 8.4 (all), the Apple-supplied Tk 8.5 (available
only in 10.6), ActiveState Tk 8.4 (all), and ActiveState 8.5 (all). And the
patches have no affect nor
Ned Deily added the comment:
Just an FYI: the python.org installers for Mac OS X install the demos including
the turtle demo (which is probably the most useful of the bunch these days) in
/Applications/Python m.n/Extras/Demo. Depending on the default application
association for ".py&q
Ned Deily added the comment:
This was fixed by the changes for Issue6202: 2.7 (r73270) and 3.1 (r73268).
They removed the use of the obsolete MacOS encoding APIs and now use standard
POSIX detection.
--
nosy: +ned.deily
resolution: -> duplicate
status: open -> closed
supe
Changes by Ned Deily :
--
nosy: +ned.deily -BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue6639>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Duplicate of Issue1028.
--
nosy: +ned.deily
resolution: -> duplicate
superseder: -> Tkinter binding involving Control-spacebar raises unicode error
___
Python tracker
<http://bugs.python.org/
Changes by Ned Deily :
--
nosy: -ned.deily
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue8755>
___
___
Python-bugs-list mai
Changes by Ned Deily :
--
nosy: -BreamoreBoy
resolution: -> invalid
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue6008>
___
___
Ned Deily added the comment:
Unfortunately, the problem here is caused by having setuptools or Distribute
installed. As released, both setuptools and Distribute install an
easy-install.pth into site-packages to insert its "egg" into sys.path. If you
look inside the egg, you
Ned Deily added the comment:
For me, python2.6 exhibits the same behavior as python2.7, using either
Distribute 0.6.14 or 0.6.10 for both (this is on OS X with a stock framework
build but that should not be significant). Perhaps you have a file permissions
problem with your 2.6 site-packages
Ned Deily added the comment:
Nick is the authority on -m so perhaps he can confirm this but I believe the
execution of -m is carried out by the runpy standard library module and the
runpy module essentially goes through the process of finding a module from
scratch by searching through the
Ned Deily added the comment:
The issue here is not unique to OS X. I see the same behavior on Linux with a
built-from-source Python 3.2a3 and Distribute 0.6.14. (As I noted earlier,
Debian and presumably various other distributors package a patched version of
setuptools / Distribute which
401 - 500 of 6927 matches
Mail list logo
