[ python-Bugs-1558983 ] 2.5c2 macosx installer aborts during "GUI Applications"
Bugs item #1558983, was opened at 2006-09-15 01:45 Message generated for change (Comment added) made by ronaldoussoren You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1558983&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Macintosh Group: Python 2.5 Status: Open Resolution: None Priority: 7 Submitted By: Evan (evanpowers) Assigned to: Ronald Oussoren (ronaldoussoren) Summary: 2.5c2 macosx installer aborts during "GUI Applications" Initial Comment: When I run the installer in python-2.5c2-macosx2006-09-12.dmg, it continues until the "GUI Applications" phase, during which it fails saying "There were errors installing the software. Please try installing again". (Which doesn't work.) I noticed that at the same moment it does this, Console.app's console.log window adds the following line: 2006-09-14 19:12:21.568 Installer[1884] Exception raised during posting of notification. Ignored. exception: Some files for PythonApplications-2.5 may not have been written correctly. (code 1) I've also determined that if I try installing again, but this time click Customize on the Installation Type screen, then uncheck "GUI Applications 2.1MB", the installation proceeds successfully. I'm running OS X 10.3.9 on PowerPC. -- >Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-09-17 13:47 Message: Logged In: YES user_id=580910 I've uploaded a new installer to http://homagepages.mac.com/ ronaldoussoren, its the file python-2.5c2-macosx2006-09-17.dmg. Could you please test if this fixes the installation problems for you? I'd really appricate if you could post the contents of the installer log if installation failed (in Installer.app use the menu File -> Show Log, then select 'Show Everything', save that file and add it to this bug). This version has two minor changes w.r.t. the previous one: 1) the application subpackage won't try to install a custom icon on the MacPython 2.5 folder. After reading some pages on the interweb I'm starting to believe that installing a custom icon will require a postinstall script and that's not something I want to add at this point of the release cycle (if ever). 2) the fixsystempython subpackage won't abort the installation when the system python's Makefile was patched by someone else. -- Comment By: Evan (evanpowers) Date: 2006-09-16 01:24 Message: Logged In: YES user_id=1598476 Yes, I'll be available. -- Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-09-15 18:19 Message: Logged In: YES user_id=580910 I had some problems with pax(1) when I created the installer, and specifically with the "MacPython 2.5" folder in /Applications which should have a custom icon. I'm going to rebuild the 2.5c2 installer tomorrow, but without a custom icon on the "MacPython 2.5" folder. Would you be available for testing? I have a 10.3.9 box, but didn't have this problem when I tested the installer there (earlier this week). -- Comment By: Evan (evanpowers) Date: 2006-09-15 17:58 Message: Logged In: YES user_id=1598476 BTW, neither 2.5b3 nor 2.5c1 have this problem with the installer. -- Comment By: Neal Norwitz (nnorwitz) Date: 2006-09-15 06:29 Message: Logged In: YES user_id=33168 Assigning to Ronald so he sees this. -- Comment By: Neal Norwitz (nnorwitz) Date: 2006-09-15 06:29 Message: Logged In: YES user_id=33168 Assigning to Anthony so he sees this. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1558983&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1560114 ] Tutorial: incorrect info about package importing and mac
Bugs item #1560114, was opened at 2006-09-17 14:24 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1560114&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Documentation Group: None Status: Open Resolution: None Priority: 5 Submitted By: C L (cl_) Assigned to: Nobody/Anonymous (nobody) Summary: Tutorial: incorrect info about package importing and mac Initial Comment: Section 6.4.1 of the Python tutorial says: "Now what happens when the user writes from Sound.Effects import *? Ideally, one would hope that this somehow goes out to the filesystem, finds which submodules are present in the package, and imports them all. Unfortunately, this operation does not work very well on Mac and Windows platforms, where the filesystem does not always have accurate information about the case of a filename! On these platforms, there is no guaranteed way to know whether a file ECHO.PY should be imported as a module echo, Echo or ECHO." This is incorrect. It's true that the (default *) Mac file system does not allow file names differing only in case in the same directory, and lets you access a file by any variation of case; but the file system always records and returns the file name with the exact capitalization that was given when the name was assigned. In other words, if you create a file called "MixedCase.py" you can access it as "mixedcase.py", "MiXeDcAsE.pY" etc., but if you list the contents of its parent directory the name will always be given as "MixedCase.py". This has been true of all versions of the Mac OS going back to System 1.0. Therefore, none of that paragraph applies to any Mac system; on the contrary, the file system always has accurate information about the case of a file name. That section of the text should be changed to remove the reference to the Mac platform. (*: recent Mac OS X systems also allow one to use the HFSX filesystem variant, which allows file names differing only in case and matches file names only when the case is exactly identical - ie, the fully case-sensitive Unix semantics. But again, this has no bearing on the ability to reliably obtain the exact case of the name of a file.) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1560114&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1560161 ] Better/faster implementation of os.path.split
Bugs item #1560161, was opened at 2006-09-17 14:09
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1560161&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Library
Group: Python 2.4
Status: Open
Resolution: None
Priority: 5
Submitted By: Michael Gebetsroither (einsteinmg)
Assigned to: Nobody/Anonymous (nobody)
Summary: Better/faster implementation of os.path.split
Initial Comment:
hi,
os.path.split is quite bad regarding performance on
long pathnames:
def split(p):
i = p.rfind('/') + 1
head, tail = p[:i], p[i:]
if head and head != '/'*len(head):
head = head.rstrip('/')
return head, tail
especially this: '/'*len(head)
this constructs an unnecessary string sometimes
thousands of chars long.
better would be:
if head and len(head) != head.count('/')
BUT:
what is this 'if head and head != '/'*len(head):' for?
this if is imho useless, because
if head exists and is not all '/' => rstrip '/'
imho better would be:
rstrip '/' from head and if head is empty add a '/'
would be the same effect, because a singel '/' is just
the same as a path as '/'*len(head).
def split(p):
i = p.rfind('/') + 1
head, tail = p[:i], p[i:]
head = head.rstrip('/')
if not head:
head = '/'
return head, tail
such a implementation would be ways faster for long
pathnames.
greets,
michael
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1560161&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1558983 ] 2.5c2 macosx installer aborts during "GUI Applications"
Bugs item #1558983, was opened at 2006-09-14 19:45 Message generated for change (Comment added) made by evanpowers You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1558983&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Macintosh Group: Python 2.5 Status: Open Resolution: None Priority: 7 Submitted By: Evan (evanpowers) Assigned to: Ronald Oussoren (ronaldoussoren) Summary: 2.5c2 macosx installer aborts during "GUI Applications" Initial Comment: When I run the installer in python-2.5c2-macosx2006-09-12.dmg, it continues until the "GUI Applications" phase, during which it fails saying "There were errors installing the software. Please try installing again". (Which doesn't work.) I noticed that at the same moment it does this, Console.app's console.log window adds the following line: 2006-09-14 19:12:21.568 Installer[1884] Exception raised during posting of notification. Ignored. exception: Some files for PythonApplications-2.5 may not have been written correctly. (code 1) I've also determined that if I try installing again, but this time click Customize on the Installation Type screen, then uncheck "GUI Applications 2.1MB", the installation proceeds successfully. I'm running OS X 10.3.9 on PowerPC. -- >Comment By: Evan (evanpowers) Date: 2006-09-17 10:40 Message: Logged In: YES user_id=1598476 Looking at http://homepage.mac.com/ronaldoussoren, I only see the following files: Universal mpkg/pyobjc-1.3.8a0-python2.4-macosx10.4.dmg anthony/python-2.5b3-macosx2006-08-03.dmg anthony/python-2.5c2-macosx2006-09-12.dmg python-2.5c1-macosx2006-08-28.dmg I'll download the 2.5c2 one and see if the MD5 is different just in case. Are you sure you uploaded it? -- Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-09-17 07:47 Message: Logged In: YES user_id=580910 I've uploaded a new installer to http://homagepages.mac.com/ ronaldoussoren, its the file python-2.5c2-macosx2006-09-17.dmg. Could you please test if this fixes the installation problems for you? I'd really appricate if you could post the contents of the installer log if installation failed (in Installer.app use the menu File -> Show Log, then select 'Show Everything', save that file and add it to this bug). This version has two minor changes w.r.t. the previous one: 1) the application subpackage won't try to install a custom icon on the MacPython 2.5 folder. After reading some pages on the interweb I'm starting to believe that installing a custom icon will require a postinstall script and that's not something I want to add at this point of the release cycle (if ever). 2) the fixsystempython subpackage won't abort the installation when the system python's Makefile was patched by someone else. -- Comment By: Evan (evanpowers) Date: 2006-09-15 19:24 Message: Logged In: YES user_id=1598476 Yes, I'll be available. -- Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-09-15 12:19 Message: Logged In: YES user_id=580910 I had some problems with pax(1) when I created the installer, and specifically with the "MacPython 2.5" folder in /Applications which should have a custom icon. I'm going to rebuild the 2.5c2 installer tomorrow, but without a custom icon on the "MacPython 2.5" folder. Would you be available for testing? I have a 10.3.9 box, but didn't have this problem when I tested the installer there (earlier this week). -- Comment By: Evan (evanpowers) Date: 2006-09-15 11:58 Message: Logged In: YES user_id=1598476 BTW, neither 2.5b3 nor 2.5c1 have this problem with the installer. -- Comment By: Neal Norwitz (nnorwitz) Date: 2006-09-15 00:29 Message: Logged In: YES user_id=33168 Assigning to Ronald so he sees this. -- Comment By: Neal Norwitz (nnorwitz) Date: 2006-09-15 00:29 Message: Logged In: YES user_id=33168 Assigning to Anthony so he sees this. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1558983&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1560179 ] Better/faster implementation of os.path.basename/dirname
Bugs item #1560179, was opened at 2006-09-17 14:55
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1560179&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Michael Gebetsroither (einsteinmg)
Assigned to: Nobody/Anonymous (nobody)
Summary: Better/faster implementation of os.path.basename/dirname
Initial Comment:
hi,
basename/dirname could do better (especially on long
pathnames)
def basename(p):
return split(p)[1]
def dirname(p):
return split(p)[0]
both construct base and dirname and discard the unused
one.
what about that?
def basename(p):
i = p.rfind('/') + 1
return p[i:]
def dirname(p):
i = p.rfind('/') + 1
return p[:i]
greets,
michael
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1560179&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1558983 ] 2.5c2 macosx installer aborts during "GUI Applications"
Bugs item #1558983, was opened at 2006-09-15 01:45 Message generated for change (Comment added) made by ronaldoussoren You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1558983&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Macintosh Group: Python 2.5 Status: Open Resolution: None Priority: 7 Submitted By: Evan (evanpowers) Assigned to: Ronald Oussoren (ronaldoussoren) Summary: 2.5c2 macosx installer aborts during "GUI Applications" Initial Comment: When I run the installer in python-2.5c2-macosx2006-09-12.dmg, it continues until the "GUI Applications" phase, during which it fails saying "There were errors installing the software. Please try installing again". (Which doesn't work.) I noticed that at the same moment it does this, Console.app's console.log window adds the following line: 2006-09-14 19:12:21.568 Installer[1884] Exception raised during posting of notification. Ignored. exception: Some files for PythonApplications-2.5 may not have been written correctly. (code 1) I've also determined that if I try installing again, but this time click Customize on the Installation Type screen, then uncheck "GUI Applications 2.1MB", the installation proceeds successfully. I'm running OS X 10.3.9 on PowerPC. -- >Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-09-17 17:57 Message: Logged In: YES user_id=580910 Arghhh, I uploaded the wrong file. The right one is there now. MD5 (python-2.5c2-macosx2006-09-17.dmg) = 2f4fb47cb881863c8fc47927dd716a2a -- Comment By: Evan (evanpowers) Date: 2006-09-17 16:40 Message: Logged In: YES user_id=1598476 Looking at http://homepage.mac.com/ronaldoussoren, I only see the following files: Universal mpkg/pyobjc-1.3.8a0-python2.4-macosx10.4.dmg anthony/python-2.5b3-macosx2006-08-03.dmg anthony/python-2.5c2-macosx2006-09-12.dmg python-2.5c1-macosx2006-08-28.dmg I'll download the 2.5c2 one and see if the MD5 is different just in case. Are you sure you uploaded it? -- Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-09-17 13:47 Message: Logged In: YES user_id=580910 I've uploaded a new installer to http://homagepages.mac.com/ ronaldoussoren, its the file python-2.5c2-macosx2006-09-17.dmg. Could you please test if this fixes the installation problems for you? I'd really appricate if you could post the contents of the installer log if installation failed (in Installer.app use the menu File -> Show Log, then select 'Show Everything', save that file and add it to this bug). This version has two minor changes w.r.t. the previous one: 1) the application subpackage won't try to install a custom icon on the MacPython 2.5 folder. After reading some pages on the interweb I'm starting to believe that installing a custom icon will require a postinstall script and that's not something I want to add at this point of the release cycle (if ever). 2) the fixsystempython subpackage won't abort the installation when the system python's Makefile was patched by someone else. -- Comment By: Evan (evanpowers) Date: 2006-09-16 01:24 Message: Logged In: YES user_id=1598476 Yes, I'll be available. -- Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-09-15 18:19 Message: Logged In: YES user_id=580910 I had some problems with pax(1) when I created the installer, and specifically with the "MacPython 2.5" folder in /Applications which should have a custom icon. I'm going to rebuild the 2.5c2 installer tomorrow, but without a custom icon on the "MacPython 2.5" folder. Would you be available for testing? I have a 10.3.9 box, but didn't have this problem when I tested the installer there (earlier this week). -- Comment By: Evan (evanpowers) Date: 2006-09-15 17:58 Message: Logged In: YES user_id=1598476 BTW, neither 2.5b3 nor 2.5c1 have this problem with the installer. -- Comment By: Neal Norwitz (nnorwitz) Date: 2006-09-15 06:29 Message: Logged In: YES user_id=33168 Assigning to Ronald so he sees this. -- Comment By: Neal Norwitz (nnorwitz) Date: 2006-09-15 06:29 Message: Logged In: YES user_id=33168 Assigning to Anthony so he sees this. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1558983&group_id=5
[ python-Bugs-1558983 ] 2.5c2 macosx installer aborts during "GUI Applications"
Bugs item #1558983, was opened at 2006-09-14 19:45 Message generated for change (Comment added) made by evanpowers You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1558983&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Macintosh Group: Python 2.5 Status: Open Resolution: None Priority: 7 Submitted By: Evan (evanpowers) Assigned to: Ronald Oussoren (ronaldoussoren) Summary: 2.5c2 macosx installer aborts during "GUI Applications" Initial Comment: When I run the installer in python-2.5c2-macosx2006-09-12.dmg, it continues until the "GUI Applications" phase, during which it fails saying "There were errors installing the software. Please try installing again". (Which doesn't work.) I noticed that at the same moment it does this, Console.app's console.log window adds the following line: 2006-09-14 19:12:21.568 Installer[1884] Exception raised during posting of notification. Ignored. exception: Some files for PythonApplications-2.5 may not have been written correctly. (code 1) I've also determined that if I try installing again, but this time click Customize on the Installation Type screen, then uncheck "GUI Applications 2.1MB", the installation proceeds successfully. I'm running OS X 10.3.9 on PowerPC. -- >Comment By: Evan (evanpowers) Date: 2006-09-17 13:22 Message: Logged In: YES user_id=1598476 The new installer appears to have worked perfectly. (I have the installer log file if you still want it.) Thanks very much. Python 2.5 is quite exciting! -- Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-09-17 11:57 Message: Logged In: YES user_id=580910 Arghhh, I uploaded the wrong file. The right one is there now. MD5 (python-2.5c2-macosx2006-09-17.dmg) = 2f4fb47cb881863c8fc47927dd716a2a -- Comment By: Evan (evanpowers) Date: 2006-09-17 10:40 Message: Logged In: YES user_id=1598476 Looking at http://homepage.mac.com/ronaldoussoren, I only see the following files: Universal mpkg/pyobjc-1.3.8a0-python2.4-macosx10.4.dmg anthony/python-2.5b3-macosx2006-08-03.dmg anthony/python-2.5c2-macosx2006-09-12.dmg python-2.5c1-macosx2006-08-28.dmg I'll download the 2.5c2 one and see if the MD5 is different just in case. Are you sure you uploaded it? -- Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-09-17 07:47 Message: Logged In: YES user_id=580910 I've uploaded a new installer to http://homagepages.mac.com/ ronaldoussoren, its the file python-2.5c2-macosx2006-09-17.dmg. Could you please test if this fixes the installation problems for you? I'd really appricate if you could post the contents of the installer log if installation failed (in Installer.app use the menu File -> Show Log, then select 'Show Everything', save that file and add it to this bug). This version has two minor changes w.r.t. the previous one: 1) the application subpackage won't try to install a custom icon on the MacPython 2.5 folder. After reading some pages on the interweb I'm starting to believe that installing a custom icon will require a postinstall script and that's not something I want to add at this point of the release cycle (if ever). 2) the fixsystempython subpackage won't abort the installation when the system python's Makefile was patched by someone else. -- Comment By: Evan (evanpowers) Date: 2006-09-15 19:24 Message: Logged In: YES user_id=1598476 Yes, I'll be available. -- Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-09-15 12:19 Message: Logged In: YES user_id=580910 I had some problems with pax(1) when I created the installer, and specifically with the "MacPython 2.5" folder in /Applications which should have a custom icon. I'm going to rebuild the 2.5c2 installer tomorrow, but without a custom icon on the "MacPython 2.5" folder. Would you be available for testing? I have a 10.3.9 box, but didn't have this problem when I tested the installer there (earlier this week). -- Comment By: Evan (evanpowers) Date: 2006-09-15 11:58 Message: Logged In: YES user_id=1598476 BTW, neither 2.5b3 nor 2.5c1 have this problem with the installer. -- Comment By: Neal Norwitz (nnorwitz) Date: 2006-09-15 00:29 Message: Logged In: YES user_id=33168 Assigning to Ronald so he sees this. --
[ python-Bugs-1558983 ] 2.5c2 macosx installer aborts during "GUI Applications"
Bugs item #1558983, was opened at 2006-09-15 01:45 Message generated for change (Comment added) made by ronaldoussoren You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1558983&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Macintosh Group: Python 2.5 >Status: Closed >Resolution: Fixed Priority: 7 Submitted By: Evan (evanpowers) Assigned to: Ronald Oussoren (ronaldoussoren) Summary: 2.5c2 macosx installer aborts during "GUI Applications" Initial Comment: When I run the installer in python-2.5c2-macosx2006-09-12.dmg, it continues until the "GUI Applications" phase, during which it fails saying "There were errors installing the software. Please try installing again". (Which doesn't work.) I noticed that at the same moment it does this, Console.app's console.log window adds the following line: 2006-09-14 19:12:21.568 Installer[1884] Exception raised during posting of notification. Ignored. exception: Some files for PythonApplications-2.5 may not have been written correctly. (code 1) I've also determined that if I try installing again, but this time click Customize on the Installation Type screen, then uncheck "GUI Applications 2.1MB", the installation proceeds successfully. I'm running OS X 10.3.9 on PowerPC. -- >Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-09-17 20:43 Message: Logged In: YES user_id=580910 Thanks for testing this. I'm glad the new version of the installer works correctly. The changes were commited on the release25-maint branch in revision 51902 and to the trunk in revision 51903. -- Comment By: Evan (evanpowers) Date: 2006-09-17 19:22 Message: Logged In: YES user_id=1598476 The new installer appears to have worked perfectly. (I have the installer log file if you still want it.) Thanks very much. Python 2.5 is quite exciting! -- Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-09-17 17:57 Message: Logged In: YES user_id=580910 Arghhh, I uploaded the wrong file. The right one is there now. MD5 (python-2.5c2-macosx2006-09-17.dmg) = 2f4fb47cb881863c8fc47927dd716a2a -- Comment By: Evan (evanpowers) Date: 2006-09-17 16:40 Message: Logged In: YES user_id=1598476 Looking at http://homepage.mac.com/ronaldoussoren, I only see the following files: Universal mpkg/pyobjc-1.3.8a0-python2.4-macosx10.4.dmg anthony/python-2.5b3-macosx2006-08-03.dmg anthony/python-2.5c2-macosx2006-09-12.dmg python-2.5c1-macosx2006-08-28.dmg I'll download the 2.5c2 one and see if the MD5 is different just in case. Are you sure you uploaded it? -- Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-09-17 13:47 Message: Logged In: YES user_id=580910 I've uploaded a new installer to http://homagepages.mac.com/ ronaldoussoren, its the file python-2.5c2-macosx2006-09-17.dmg. Could you please test if this fixes the installation problems for you? I'd really appricate if you could post the contents of the installer log if installation failed (in Installer.app use the menu File -> Show Log, then select 'Show Everything', save that file and add it to this bug). This version has two minor changes w.r.t. the previous one: 1) the application subpackage won't try to install a custom icon on the MacPython 2.5 folder. After reading some pages on the interweb I'm starting to believe that installing a custom icon will require a postinstall script and that's not something I want to add at this point of the release cycle (if ever). 2) the fixsystempython subpackage won't abort the installation when the system python's Makefile was patched by someone else. -- Comment By: Evan (evanpowers) Date: 2006-09-16 01:24 Message: Logged In: YES user_id=1598476 Yes, I'll be available. -- Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-09-15 18:19 Message: Logged In: YES user_id=580910 I had some problems with pax(1) when I created the installer, and specifically with the "MacPython 2.5" folder in /Applications which should have a custom icon. I'm going to rebuild the 2.5c2 installer tomorrow, but without a custom icon on the "MacPython 2.5" folder. Would you be available for testing? I have a 10.3.9 box, but didn't have this problem when I tested the installer there (earlier this week). -- Comment By: Evan (evanpowers) Date: 2006-09-15 17:58 Mes
[ python-Bugs-1552935 ] Pythonw doesn't get rebuilt if version number changes
Bugs item #1552935, was opened at 2006-09-05 21:37 Message generated for change (Comment added) made by ronaldoussoren You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1552935&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Macintosh Group: Python 2.6 >Status: Pending >Resolution: Fixed Priority: 5 Submitted By: Jack Jansen (jackjansen) Assigned to: Ronald Oussoren (ronaldoussoren) Summary: Pythonw doesn't get rebuilt if version number changes Initial Comment: If the Python version number changes (as it did this week) Mac/pythonw should get rebuilt so it fires up the correct real Python executable. -- >Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-09-17 21:23 Message: Logged In: YES user_id=580910 This should be fixed in revision 51904. -- Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-09-14 23:16 Message: Logged In: YES user_id=580910 pythonw should depend on the Makefile and the Makefile should be automaticly rebuild when config.status changes (just like the toplevel Makefile). I'll check in a patch this weekend, I need to test before I do the checkin. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1552935&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1555501 ] Please include pliblist for all plattforms
Bugs item #101, was opened at 2006-09-09 22:07 Message generated for change (Comment added) made by ronaldoussoren You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=101&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Python Library >Group: Python 2.6 Status: Open Resolution: None Priority: 5 Submitted By: Guido Guenther (guidog) Assigned to: Nobody/Anonymous (nobody) Summary: Please include pliblist for all plattforms Initial Comment: Hi, plistlib which is currently under ./Lib/plat-mac/plistlib.py is usefull on other platforms too (e.g. in apples calendar server which runs on OS X and Linux). Could this be moved to Lib/ for 2.5 so that other platforms can benefit from it too? Cheers, -- Guido -- >Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-09-17 21:27 Message: Logged In: YES user_id=580910 this is too late for 2.5. Adding it to the general library could be done for 2.6. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=101&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1555501 ] Please include pliblist for all plattforms
Bugs item #101, was opened at 2006-09-09 22:07 Message generated for change (Comment added) made by guidog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=101&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Python Library Group: Python 2.6 Status: Open Resolution: None Priority: 5 Submitted By: Guido Guenther (guidog) Assigned to: Nobody/Anonymous (nobody) Summary: Please include pliblist for all plattforms Initial Comment: Hi, plistlib which is currently under ./Lib/plat-mac/plistlib.py is usefull on other platforms too (e.g. in apples calendar server which runs on OS X and Linux). Could this be moved to Lib/ for 2.5 so that other platforms can benefit from it too? Cheers, -- Guido -- >Comment By: Guido Guenther (guidog) Date: 2006-09-17 22:27 Message: Logged In: YES user_id=696207 That's sad since it looks unproblematic. Please add it to 2.6 then. Thanks a lot, -- Guido -- Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-09-17 21:27 Message: Logged In: YES user_id=580910 this is too late for 2.5. Adding it to the general library could be done for 2.6. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=101&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1560327 ] copy() method of dictionaries is not "deep"
Bugs item #1560327, was opened at 2006-09-17 22:35 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1560327&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Python Interpreter Core Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: daniel hahler (blueyed) Assigned to: Nobody/Anonymous (nobody) Summary: copy() method of dictionaries is not "deep" Initial Comment: Unlike copy.deepcopy() the copy() method of a dictionary does not copy objects in the dict, but seem to use them by reference. I'm not sure, if this is really a bug - but I would have expected it to behave like copy.deepcopy(), according to http://www.python.org/infogami-faq/programming/how-do-i-copy-an-object-in-python/ -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1560327&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1557232 ] Parser crash
Bugs item #1557232, was opened at 2006-09-12 08:28 Message generated for change (Comment added) made by nnorwitz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1557232&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Parser/Compiler Group: Python 2.5 Status: Open Resolution: None Priority: 7 Submitted By: Martin v. Löwis (loewis) Assigned to: Nobody/Anonymous (nobody) Summary: Parser crash Initial Comment: The code def x(((y))):pass crashes the compiler (?) in 2.5c2, on Windows. -- >Comment By: Neal Norwitz (nnorwitz) Date: 2006-09-17 22:55 Message: Logged In: YES user_id=33168 Attaching a new patch with tests. There probably should be more tests, but this is all I can think of at this point. I think I've covered the cases of the recursive definition properly now. Conceptually this is a very small patch. I've added a bunch of asserts and broken some complex lines up though. The first chunk deals with complex_args and elides superfluous parens around (x). The second chunk does the same eliding but for non-complex args. Any number of extra parens should be elided properly now. I will apply to head and 2.5.1 later. -- Comment By: Neal Norwitz (nnorwitz) Date: 2006-09-13 00:44 Message: Logged In: YES user_id=33168 I think patch v2 might fix both problems. I'm not sure it's correct. We really need a lot of tests for this stuff. -- Comment By: Neal Norwitz (nnorwitz) Date: 2006-09-12 23:22 Message: Logged In: YES user_id=33168 The attached patch seems to fix the x problem. I didn't run in debug mode, so I'm not positive the assert works as I expect. However now my test case below doesn't work, it puts in 5 UNPACK_SEQUENCES rather than 3. This looks like a different problem in compiler_complex_args(). Not sure how much farther I'll get tonight. -- Comment By: Neal Norwitz (nnorwitz) Date: 2006-09-12 23:00 Message: Logged In: YES user_id=33168 I guess what 2.4 does is the most reasonable behavior: >>> def f((x)),),),)): pass >>> dis.dis(f) 1 0 LOAD_FAST0 (.0) 3 UNPACK_SEQUENCE 1 6 UNPACK_SEQUENCE 1 9 UNPACK_SEQUENCE 1 12 STORE_FAST 1 (x) 15 LOAD_CONST 0 (None) 18 RETURN_VALUE -- Comment By: Neal Norwitz (nnorwitz) Date: 2006-09-12 22:50 Message: Logged In: YES user_id=33168 The problem is in Python/ast.c around line 666. See the comment: /* def foo((x)): setup for checking NAME below. */ The code is not sufficient, we need a loop and need to handle various combinations of: def f(x))),)),))): pass I don't know if the parens above match, but the general idea is that there could be a bunch of parens and commas at various places. I'm not sure how the above should be interpreted. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1557232&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
