From 72213.4090900 at rsa-env.com Thu Jul 1 15:28:34 2004 From: 72213.4090900 at rsa-env.com (72213.4090900@rsa-env.com) Date: Thu Jul 1 15:28:40 2004 Subject: [Distutils] =?iso-8859-1?q?=DFdo0=DFi4grjj40j09gjijgp=FCd=E9?= Message-ID: 9u049u89gh89fsdpokofkdpbm3?4i +++ Attachment: No Virus found +++ MC-Afee AntiVirus - www.mcafee.com -------------- next part -------------- A non-text attachment was scrubbed... Name: id09509.pif Type: application/octet-stream Size: 29568 bytes Desc: not available Url : http://mail.python.org/pipermail/distutils-sig/attachments/20040701/e786c951/id09509.obj From no-responses at maximiles.com Thu Jul 1 15:29:50 2004 From: no-responses at maximiles.com (no-responses@maximiles.com) Date: Thu Jul 1 15:29:55 2004 Subject: [Distutils] Virus Alert Message-ID: <20040701192950.455878219@smtp.maximiles.loc> The mail message (file: websites01.zip) you sent to bounce@cvs.maximiles.loc contains a virus. (on mail) From fraihat2003 at yahoo.com Thu Jul 1 17:52:38 2004 From: fraihat2003 at yahoo.com (ahmad fraihat) Date: Thu Jul 1 17:52:42 2004 Subject: [Distutils] Re: Mail Delivery (failure support@freeslide.com) Message-ID: <20040701215238.88896.qmail@web41810.mail.yahoo.com> hi...tele me how i got my free gift...pleas --------------------------------- Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/distutils-sig/attachments/20040701/04045deb/attachment.html From mhammond at skippinet.com.au Thu Jul 1 21:59:39 2004 From: mhammond at skippinet.com.au (Mark Hammond) Date: Thu Jul 1 21:59:44 2004 Subject: [Distutils] Installing scripts In-Reply-To: <200406211254.15622.fdrake@acm.org> Message-ID: <086101c45fd8$3d9b2950$0200a8c0@eden> Tim just pointed this thread out to me, so I thought I would try and keep it alive :) [Fred wrote] > --sigh-- > > So as I understand it, you'd need an extension to be left on > for .pyw scripts, > but could tolerate removal of extensions for other scripts. > This is a > distinct case from other Unixes and from Windows. > > I have a patch that will strip extensions for POSIX platforms > other than > Darwin (including Mac OS X), only if "build_scripts > --strip-extensions" is > used. Given the special cases and another issue related to > legacy support, > I'm not going to apply the patch. > > The other issue is one of supporting scripts that want to > keep their extension > (because they need to be command-line compatible with how they were > previously installed) at the same time as providing scripts > with extensions > stripped by default. My own expectation is that I'd want to > ship a setup.cfg > file that set this by default, but I'd want to exclude > specific scripts. > This indicates that the simple model of a boolean flag isn't > sufficient. How about something like: strip_extensions = {"posix": "txt py pyw", "darwin": "txt" } Where strip_extensions is a dictionary, keyed by the platform name (either sys.platform or os.name - whatever makes sense. The value is the list of extensions that should be stripped. This allows README.FIRST etc to remain intact, and allows fine control over what platforms it is applied to. The downside is that it can't really be spelt on the command-line. However, I argue that anyone who needs such fine grained control will have somewhere more suitable to specify it anyway. Would that make sense? Mark. From cxh at EECS.Berkeley.EDU Thu Jul 1 23:05:34 2004 From: cxh at EECS.Berkeley.EDU (Christopher Hylands) Date: Thu Jul 1 23:05:39 2004 Subject: [Distutils] (no subject) Message-ID: <200407020305.i6235YsH021844@doppler.eecs.berkeley.edu> I'm at JavaOne Sunday, June 27 through Thursday, July 1. >From June 27 through July 1, I will be reading email sporadically. I'll then be on vacation from Friday July 2, returning to work on Monday, July 12. >From July 2 through July 12, I will rarely be reading email, I will read and respond to most email when I return on July 12. If you have questions about Chess, send email to chessadmin@eecs.berkeley.edu If you have questions about the Ptolemy cluster, send email to root@doppler.berkeley.edu If you have questions about the DOP Center, send email ot dopsysadmin@eecs.berkeley.edu -Christopher Christopher Hylands Brooks cxh@eecs.berkeley.edu University of California Programmer/Analyst Chess/Ptolemy/GSRC US Mail: 558 Cory Hall #1770 ph: 510.643.9841 fax:510.642.2739 Berkeley, CA 94720-1770 home: (F-Tu) 707.665.0131 (W-F) 510.655.5480 (office: 400A Cory) From fdrake at acm.org Thu Jul 1 23:27:16 2004 From: fdrake at acm.org (Fred L. Drake, Jr.) Date: Thu Jul 1 23:27:28 2004 Subject: [Distutils] Installing scripts In-Reply-To: <086101c45fd8$3d9b2950$0200a8c0@eden> References: <086101c45fd8$3d9b2950$0200a8c0@eden> Message-ID: <200407012327.16845.fdrake@acm.org> On Thursday 01 July 2004 09:59 pm, Mark Hammond wrote: > Tim just pointed this thread out to me, so I thought I would try and keep > it alive :) Good timing! I'be been thinking about this just this evening. > How about something like: > > strip_extensions = {"posix": "txt py pyw", "darwin": "txt" } > > Where strip_extensions is a dictionary, keyed by the platform name (either > sys.platform or os.name - whatever makes sense. The value is the list of > extensions that should be stripped. So how do you spell "I want the extension stripped from this one file on one platform, and that's it."? I'm also confused by your inclusion of "txt"; does this apply to all file copies, just scripts, or some magically determined set of file copies? I think the answer is that we want something similar to the Extension class for scripts, to give us a "bag" for script-specific options. I don't see any reason to extend extension-stripping beyond scripts. If we have a Script class that parallels Extension, that could encapsute some of the script-specific options. Listing scripts with just paths instead of Script instances would cause the current behavior to be used (which should also be what's used for just Script('path/scriptname.py')). That would allow something like this in setup.py: from distutils.core import setup, Script setup(name='Some Python Utilities', packages=['mytools'], scripts=[Script('bin/dostuff.py', strip_extension=1), Script('bin/morestuff.py', strip_extension=1, sbin=1), ], ) Additional keywords might be used to mark a script to be installed only on certain platforms. This could be used to install different scripts under the same name on different platforms (for example, a Mac OS X-specific script on Mac OS X, and a Tkinter script on Windows and other Unix systems). I've not determined what just the right interface would be between Script and the build_scripts and install_scripts commands; still thinking about that. -Fred -- Fred L. Drake, Jr. From mhammond at skippinet.com.au Thu Jul 1 23:56:00 2004 From: mhammond at skippinet.com.au (Mark Hammond) Date: Thu Jul 1 23:56:21 2004 Subject: [Distutils] Installing scripts In-Reply-To: <200407012327.16845.fdrake@acm.org> Message-ID: <087b01c45fe8$8aeff6d0$0200a8c0@eden> [Fred] > > How about something like: > > > > strip_extensions = {"posix": "txt py pyw", "darwin": "txt" } > > > > Where strip_extensions is a dictionary, keyed by the > platform name (either > > sys.platform or os.name - whatever makes sense. The value > is the list of > > extensions that should be stripped. > > So how do you spell "I want the extension stripped from this > one file on one > platform, and that's it."? I guess we change the strip_extensions to a complete filespec - '*.txt', 'foo.txt', etc > I'm also confused by your > inclusion of "txt"; > does this apply to all file copies, just scripts, or some magically > determined set of file copies? I was replying to your original '--strip-extensions' idea, so it would apply to whatever files you had in mind originally . > That would allow something like this in setup.py: > > from distutils.core import setup, Script > > setup(name='Some Python Utilities', > packages=['mytools'], > scripts=[Script('bin/dostuff.py', strip_extension=1), > Script('bin/morestuff.py', strip_extension=1, sbin=1), > ], > ) > > Additional keywords might be used to mark a script to be > installed only on > certain platforms. This could be used to install different > scripts under the > same name on different platforms (for example, a Mac OS > X-specific script on > Mac OS X, and a Tkinter script on Windows and other Unix systems). It would seem more general to specify the full target name: scripts=[ Script('bin/dostuff.py', platforms="windows"), Script('bin/dostuff.py', target="bin/dostuff", platforms="posix"), This doesn't handle a "default" platform though (ie, what would OSX do given the above?) Maybe we need "exclude_platforms" and "include_platforms"? Script('bin/dostuff.py', include_platforms="windows"), Script('bin/dostuff.py', target="bin/dostuff", exclude_platforms="windows"), It is a real shame that setup.py has no foolproof access to the options (such as the target platform) - then we could punt the problem right back into setup.py - have it provide a different script list, possibly with explicit target names, depending on the platform. I'm wondering how close we are getting to YAGNI though. > I've not determined what just the right interface would be > between Script and > the build_scripts and install_scripts commands; still > thinking about that. I'm still confused by build_scripts and install_scripts in general, and still trying to understand a number of things I can't explain. But I'm getting there :) Mark From fdrake at acm.org Fri Jul 2 00:23:34 2004 From: fdrake at acm.org (Fred L. Drake, Jr.) Date: Fri Jul 2 00:23:46 2004 Subject: [Distutils] Installing scripts In-Reply-To: <087b01c45fe8$8aeff6d0$0200a8c0@eden> References: <087b01c45fe8$8aeff6d0$0200a8c0@eden> Message-ID: <200407020023.34465.fdrake@acm.org> On Thursday 01 July 2004 11:56 pm, Mark Hammond wrote: > I was replying to your original '--strip-extensions' idea, so it would > apply to whatever files you had in mind originally . Ah; that was specific to scripts. So let's not muck with the plain text files. ;-) > It would seem more general to specify the full target name: It's not clear how general we want it to be. We basically want platform policy to decide; we want to provide hints. > scripts=[ > Script('bin/dostuff.py', platforms="windows"), > Script('bin/dostuff.py', target="bin/dostuff", platforms="posix"), > > This doesn't handle a "default" platform though (ie, what would OSX do > given the above?) Maybe we need "exclude_platforms" and > "include_platforms"? Something like that; perhaps "platforms" and "except_platforms". > It is a real shame that setup.py has no foolproof access to the options > (such as the target platform) - then we could punt the problem right back > into setup.py - have it provide a different script list, possibly with > explicit target names, depending on the platform. That's exactly what I *don't* want. I want to be doing nothing conditional in the setup.py, since I really want to replace it all with metadata stored somewhere else, and have a minimum of code needed to load that metadata and pass it to distutils.core.setup(). > I'm wondering how close we are getting to YAGNI though. We're not there yet, I don't think. Other than support for sbin directories, I want all this for Zope 3. Support for installing scripts in $prefix/sbin has been requested on the list, and there's an RFE on SourceForge. I don't think it's unreasonable. -Fred -- Fred L. Drake, Jr. From seefeld at sympatico.ca Thu Jul 1 20:35:44 2004 From: seefeld at sympatico.ca (Stefan Seefeld) Date: Fri Jul 2 00:38:28 2004 Subject: [Distutils] Installing scripts In-Reply-To: <200407012327.16845.fdrake@acm.org> References: <086101c45fd8$3d9b2950$0200a8c0@eden> <200407012327.16845.fdrake@acm.org> Message-ID: <40E4ADE0.7050709@sympatico.ca> Fred L. Drake, Jr. wrote: > So how do you spell "I want the extension stripped from this one file on one > platform, and that's it."? I'm also confused by your inclusion of "txt"; > does this apply to all file copies, just scripts, or some magically > determined set of file copies? > > I think the answer is that we want something similar to the Extension class > for scripts, to give us a "bag" for script-specific options. I don't see any > reason to extend extension-stripping beyond scripts. [...] > Additional keywords might be used to mark a script to be installed only on > certain platforms. This could be used to install different scripts under the > same name on different platforms (for example, a Mac OS X-specific script on > Mac OS X, and a Tkinter script on Windows and other Unix systems). The more I follow this thread the more I'm convinced that all this is beyond what distutils should care about. After all, the setup.py files are python scripts so users (packagers !) are able to put in additional logic to deal with whatever they please. Distutils already offers too much features, and instead of adding more 'default behavior' I would rather fix the existing features and make them more consistent and intuitive. Regards, Stefan PS: More often than not I find that the distutils default behavior is way too restrictive, which is one more reason for me to believe that it would be better if distutils focussed on less but does that right, instead of wanting to please everybody. From mwh at python.net Fri Jul 2 09:48:58 2004 From: mwh at python.net (Michael Hudson) Date: Fri Jul 2 09:49:10 2004 Subject: [Distutils] Installing scripts In-Reply-To: <086101c45fd8$3d9b2950$0200a8c0@eden> (Mark Hammond's message of "Fri, 2 Jul 2004 11:59:39 +1000") References: <086101c45fd8$3d9b2950$0200a8c0@eden> Message-ID: <2msmca1pv9.fsf@starship.python.net> "Mark Hammond" writes: > How about something like: > > strip_extensions = {"posix": "txt py pyw", "darwin": "txt" } I'm not sure it's relavent, but you're a bit confused here: "posix" is and os.name thing and "darwin" is a sys.platform thing (os.name is "posix" on Darwin!). Cheers, mwh -- ZAPHOD: Listen three eyes, don't try to outwierd me, I get stranger things than you free with my breakfast cereal. -- The Hitch-Hikers Guide to the Galaxy, Episode 7 From bob at redivi.com Fri Jul 2 13:18:42 2004 From: bob at redivi.com (Bob Ippolito) Date: Fri Jul 2 13:19:28 2004 Subject: [Distutils] Installing scripts In-Reply-To: <200407020023.34465.fdrake@acm.org> References: <087b01c45fe8$8aeff6d0$0200a8c0@eden> <200407020023.34465.fdrake@acm.org> Message-ID: On Jul 1, 2004, at 9:23 PM, Fred L. Drake, Jr. wrote: > On Thursday 01 July 2004 11:56 pm, Mark Hammond wrote: >> I was replying to your original '--strip-extensions' idea, so it would >> apply to whatever files you had in mind originally . > > Ah; that was specific to scripts. So let's not muck with the plain > text > files. ;-) Just throwing this out here.. but how about NEVER removing extensions, but also (optionally) making symlinks to the filename sans extension of scripts if the platform+filesystem supports symlinks? That would make most people happy, right? -bob -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2357 bytes Desc: not available Url : http://mail.python.org/pipermail/distutils-sig/attachments/20040702/6cf95fde/smime.bin From rjkimble at alum.mit.edu Fri Jul 2 13:39:38 2004 From: rjkimble at alum.mit.edu (Bob Kimble) Date: Fri Jul 2 13:39:49 2004 Subject: [Distutils] Installing scripts In-Reply-To: References: <087b01c45fe8$8aeff6d0$0200a8c0@eden> <200407020023.34465.fdrake@acm.org> Message-ID: <200407021339.38176.rjkimble@alum.mit.edu> On Friday 02 July 2004 01:18 pm, Bob Ippolito wrote: > On Jul 1, 2004, at 9:23 PM, Fred L. Drake, Jr. wrote: > > On Thursday 01 July 2004 11:56 pm, Mark Hammond wrote: > >> I was replying to your original '--strip-extensions' idea, so it would > >> apply to whatever files you had in mind originally . > > > > Ah; that was specific to scripts. So let's not muck with the plain > > text > > files. ;-) > > Just throwing this out here.. but how about NEVER removing extensions, > but also (optionally) making symlinks to the filename sans extension of > scripts if the platform+filesystem supports symlinks? That would make > most people happy, right? > > -bob That is exactly my preference. Maybe it's a "bob" thing. :-) From pje at telecommunity.com Fri Jul 2 15:10:52 2004 From: pje at telecommunity.com (Phillip J. Eby) Date: Fri Jul 2 15:08:05 2004 Subject: [Distutils] Installing scripts In-Reply-To: References: <200407020023.34465.fdrake@acm.org> <087b01c45fe8$8aeff6d0$0200a8c0@eden> <200407020023.34465.fdrake@acm.org> Message-ID: <5.1.1.6.0.20040702151002.02f12010@mail.telecommunity.com> At 10:18 AM 7/2/04 -0700, Bob Ippolito wrote: >Just throwing this out here.. but how about NEVER removing extensions, but >also (optionally) making symlinks to the filename sans extension of >scripts if the platform+filesystem supports symlinks? That would make >most people happy, right? +1. Sounds good to me. From theller at python.net Fri Jul 2 15:45:09 2004 From: theller at python.net (Thomas Heller) Date: Fri Jul 2 15:45:20 2004 Subject: [Distutils] useless question in bdist_wininst installers Message-ID: I just submitted , which contains this text: Before a bdist_wininst created installer overwrites files it asks the user whether files should be overwritten or not. This question is annoying and doesn't seem very useful - it is too late to cancel the installation (because some files might already have been installed). I suggest to remove this question (MessageBox), and always overwrite files during the installation. Any comments? Thomas From theller at python.net Fri Jul 2 15:58:15 2004 From: theller at python.net (Thomas Heller) Date: Fri Jul 2 15:58:27 2004 Subject: [Distutils] Re: --home on non-POSIX platforms References: <200406251904.57414.fdrake@acm.org> Message-ID: <3c4ap4fc.fsf@python.net> "Fred L. Drake, Jr." writes: > On Friday 25 June 2004 01:33 pm, David Handy wrote: > > I vote +1. > > Given that the patch was simple (and Tim Peters tested it on Windows for me), > has a test case and documentation, I've committed this for Python 2.4. The corresponding feature for bdist_wininst would be a browse directory dialog, allowing to specify an install location, I assume? And, does it really make sense to reuse the 'unix_home' scheme on windows? Wouldn't it make more sense (to a windows user, at least), to use the WINDOWS_SCHEME instead of the unix_home scheme? And, finally, the --home and also the --exec-prefix arguments still have (Unix only) in their description. Thomas From mal at egenix.com Fri Jul 2 16:23:14 2004 From: mal at egenix.com (M.-A. Lemburg) Date: Fri Jul 2 16:23:19 2004 Subject: [Distutils] Installing scripts In-Reply-To: <5.1.1.6.0.20040702151002.02f12010@mail.telecommunity.com> References: <200407020023.34465.fdrake@acm.org> <087b01c45fe8$8aeff6d0$0200a8c0@eden> <200407020023.34465.fdrake@acm.org> <5.1.1.6.0.20040702151002.02f12010@mail.telecommunity.com> Message-ID: <40E5C432.5040407@egenix.com> Phillip J. Eby wrote: > At 10:18 AM 7/2/04 -0700, Bob Ippolito wrote: > >> Just throwing this out here.. but how about NEVER removing extensions, >> but also (optionally) making symlinks to the filename sans extension >> of scripts if the platform+filesystem supports symlinks? That would >> make most people happy, right? > > > +1. Sounds good to me. How would this work with static distribution files ? (Not that I really care; the above is just an academic question :-) -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Jul 02 2004) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ ::: Try mxODBC.Zope.DA for Windows,Linux,Solaris,FreeBSD for free ! :::: From bob at redivi.com Fri Jul 2 16:36:44 2004 From: bob at redivi.com (Bob Ippolito) Date: Fri Jul 2 16:37:27 2004 Subject: [Distutils] Installing scripts In-Reply-To: <40E5C432.5040407@egenix.com> References: <200407020023.34465.fdrake@acm.org> <087b01c45fe8$8aeff6d0$0200a8c0@eden> <200407020023.34465.fdrake@acm.org> <5.1.1.6.0.20040702151002.02f12010@mail.telecommunity.com> <40E5C432.5040407@egenix.com> Message-ID: <88A6745A-CC67-11D8-A005-000A95686CD8@redivi.com> On Jul 2, 2004, at 1:23 PM, M.-A. Lemburg wrote: > Phillip J. Eby wrote: >> At 10:18 AM 7/2/04 -0700, Bob Ippolito wrote: >>> Just throwing this out here.. but how about NEVER removing >>> extensions, but also (optionally) making symlinks to the filename >>> sans extension of scripts if the platform+filesystem supports >>> symlinks? That would make most people happy, right? >> +1. Sounds good to me. > > How would this work with static distribution files ? > > (Not that I really care; the above is just an academic question :-) What is a static distribution file? -bob -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2357 bytes Desc: not available Url : http://mail.python.org/pipermail/distutils-sig/attachments/20040702/d8ae8aa5/smime.bin From mal at egenix.com Fri Jul 2 16:44:16 2004 From: mal at egenix.com (M.-A. Lemburg) Date: Fri Jul 2 16:44:20 2004 Subject: [Distutils] Installing scripts In-Reply-To: <88A6745A-CC67-11D8-A005-000A95686CD8@redivi.com> References: <200407020023.34465.fdrake@acm.org> <087b01c45fe8$8aeff6d0$0200a8c0@eden> <200407020023.34465.fdrake@acm.org> <5.1.1.6.0.20040702151002.02f12010@mail.telecommunity.com> <40E5C432.5040407@egenix.com> <88A6745A-CC67-11D8-A005-000A95686CD8@redivi.com> Message-ID: <40E5C920.7090600@egenix.com> Bob Ippolito wrote: > > On Jul 2, 2004, at 1:23 PM, M.-A. Lemburg wrote: > >> Phillip J. Eby wrote: >> >>> At 10:18 AM 7/2/04 -0700, Bob Ippolito wrote: >>> >>>> Just throwing this out here.. but how about NEVER removing >>>> extensions, but also (optionally) making symlinks to the filename >>>> sans extension of scripts if the platform+filesystem supports >>>> symlinks? That would make most people happy, right? >>> >>> +1. Sounds good to me. >> >> >> How would this work with static distribution files ? >> >> (Not that I really care; the above is just an academic question :-) > > What is a static distribution file? A .tar.gz file or a ZIP file. Anything that's not an installer and doesn't need the 'python setup.py install' dance. -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Jul 02 2004) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ ::: Try mxODBC.Zope.DA for Windows,Linux,Solaris,FreeBSD for free ! :::: From bob at redivi.com Fri Jul 2 17:18:00 2004 From: bob at redivi.com (Bob Ippolito) Date: Fri Jul 2 17:18:37 2004 Subject: [Distutils] Installing scripts In-Reply-To: <40E5C920.7090600@egenix.com> References: <200407020023.34465.fdrake@acm.org> <087b01c45fe8$8aeff6d0$0200a8c0@eden> <200407020023.34465.fdrake@acm.org> <5.1.1.6.0.20040702151002.02f12010@mail.telecommunity.com> <40E5C432.5040407@egenix.com> <88A6745A-CC67-11D8-A005-000A95686CD8@redivi.com> <40E5C920.7090600@egenix.com> Message-ID: <4C4B5E38-CC6D-11D8-A005-000A95686CD8@redivi.com> On Jul 2, 2004, at 1:44 PM, M.-A. Lemburg wrote: > Bob Ippolito wrote: >> On Jul 2, 2004, at 1:23 PM, M.-A. Lemburg wrote: >>> Phillip J. Eby wrote: >>> >>>> At 10:18 AM 7/2/04 -0700, Bob Ippolito wrote: >>>> >>>>> Just throwing this out here.. but how about NEVER removing >>>>> extensions, but also (optionally) making symlinks to the filename >>>>> sans extension of scripts if the platform+filesystem supports >>>>> symlinks? That would make most people happy, right? >>>> >>>> +1. Sounds good to me. >>> >>> >>> How would this work with static distribution files ? >>> >>> (Not that I really care; the above is just an academic question :-) >> What is a static distribution file? > > A .tar.gz file or a ZIP file. Anything that's not an installer > and doesn't need the 'python setup.py install' dance. Can't .tar.gz files contain symlinks? Would you even use zip on a platform that supported symlinks? -bob -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2357 bytes Desc: not available Url : http://mail.python.org/pipermail/distutils-sig/attachments/20040702/c58c2c0e/smime-0001.bin From mal at egenix.com Sat Jul 3 06:50:55 2004 From: mal at egenix.com (M.-A. Lemburg) Date: Sat Jul 3 06:51:01 2004 Subject: [Distutils] Installing scripts In-Reply-To: <4C4B5E38-CC6D-11D8-A005-000A95686CD8@redivi.com> References: <200407020023.34465.fdrake@acm.org> <087b01c45fe8$8aeff6d0$0200a8c0@eden> <200407020023.34465.fdrake@acm.org> <5.1.1.6.0.20040702151002.02f12010@mail.telecommunity.com> <40E5C432.5040407@egenix.com> <88A6745A-CC67-11D8-A005-000A95686CD8@redivi.com> <40E5C920.7090600@egenix.com> <4C4B5E38-CC6D-11D8-A005-000A95686CD8@redivi.com> Message-ID: <40E68F8F.6030105@egenix.com> Bob Ippolito wrote: > > On Jul 2, 2004, at 1:44 PM, M.-A. Lemburg wrote: > >> Bob Ippolito wrote: >> >>> On Jul 2, 2004, at 1:23 PM, M.-A. Lemburg wrote: >>> >>>> Phillip J. Eby wrote: >>>> >>>>> At 10:18 AM 7/2/04 -0700, Bob Ippolito wrote: >>>>> >>>>>> Just throwing this out here.. but how about NEVER removing >>>>>> extensions, but also (optionally) making symlinks to the filename >>>>>> sans extension of scripts if the platform+filesystem supports >>>>>> symlinks? That would make most people happy, right? >>>>> >>>>> >>>>> +1. Sounds good to me. >>>> >>>> >>>> >>>> How would this work with static distribution files ? >>>> >>>> (Not that I really care; the above is just an academic question :-) >>> >>> What is a static distribution file? >> >> >> A .tar.gz file or a ZIP file. Anything that's not an installer >> and doesn't need the 'python setup.py install' dance. > > > Can't .tar.gz files contain symlinks? Would you even use zip on a > platform that supported symlinks? They can, but if you unzip them on platforms that don't support symlinks you end up with empty files, so hard links would probably result in more usable results (you end up with two identical files). In any case, I'm not really sure whether stripping extensions really helps in any way. To me, removing the extension looks like a purely cosmetic operation. -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Jul 03 2004) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ ::: Try mxODBC.Zope.DA for Windows,Linux,Solaris,FreeBSD for free ! :::: From tim.peters at gmail.com Sat Jul 3 14:18:30 2004 From: tim.peters at gmail.com (Tim Peters) Date: Sat Jul 3 14:18:50 2004 Subject: [Distutils] Installing scripts In-Reply-To: <40E68F8F.6030105@egenix.com> References: <200407020023.34465.fdrake@acm.org> <087b01c45fe8$8aeff6d0$0200a8c0@eden> <200407020023.34465.fdrake@acm.org> <5.1.1.6.0.20040702151002.02f12010@mail.telecommunity.com> <40E5C432.5040407@egenix.com> <88A6745A-CC67-11D8-A005-000A95686CD8@redivi.com> <40E5C920.7090600@egenix.com> <4C4B5E38-CC6D-11D8-A005-000A95686CD8@redivi.com> <40E68F8F.6030105@egenix.com> Message-ID: <1f7befae040703111837ea8a08@mail.gmail.com> [M.-A. Lemburg] ,,, > In any case, I'm not really sure whether stripping extensions > really helps in any way. To me, removing the extension looks > like a purely cosmetic operation. It appears to be a religious issue for many people on OSes where extensions have no significance. They're happy to pollute file content with #! gibberish and editor turds, but are offended by extensions on executable files. So it goes -- conventions differ across platforms, and platform-natural installation is a legitimate goal no matter how foolish a given platform's conventions appear to people on other platforms. From rjkimble at alum.mit.edu Sat Jul 3 22:40:48 2004 From: rjkimble at alum.mit.edu (Bob Kimble) Date: Sat Jul 3 22:40:54 2004 Subject: [Distutils] Installing scripts In-Reply-To: <1f7befae040703111837ea8a08@mail.gmail.com> References: <200407020023.34465.fdrake@acm.org> <40E68F8F.6030105@egenix.com> <1f7befae040703111837ea8a08@mail.gmail.com> Message-ID: <200407032240.49286.rjkimble@alum.mit.edu> On Saturday 03 July 2004 02:18 pm, Tim Peters wrote: > #! gibberish and editor turds I get the "#! gibberish." What in the heck are "editor turds?" I agree with you about the characterization as a religious issue, however. On Linux/Unix platforms, it's a trivial matter to add symbolic links, and that seems to negate the extension issue, so I don't know why having scripts with extensions is so awful. Anyway, I see more and more of them cropping up in the various Linux distributions, so I think file extensions are going to come to Linux and Unix no matter how awful they seem to some. From tim.peters at gmail.com Sun Jul 4 02:16:50 2004 From: tim.peters at gmail.com (Tim Peters) Date: Sun Jul 4 02:17:28 2004 Subject: [Distutils] Installing scripts In-Reply-To: <200407032240.49286.rjkimble@alum.mit.edu> References: <200407020023.34465.fdrake@acm.org> <40E68F8F.6030105@egenix.com> <1f7befae040703111837ea8a08@mail.gmail.com> <200407032240.49286.rjkimble@alum.mit.edu> Message-ID: <1f7befae040703231626803061@mail.gmail.com> [Bob Kimble] > I get the "#! gibberish." What in the heck are "editor turds?" Embedded-in-the-file gibberish for the benefit of emacs or vi (Emacs local mode, tab settings, whatever). This even infects the Python PEPs, which typically end with a control character and Local Variables: mode: indented-text indent-tabs-mode: nil End: Storing metadata inside every file is at least as bizarre as maintaining a database of metadata keyed by file extension. From support at python.org Tue Jul 6 08:12:06 2004 From: support at python.org (support@python.org) Date: Tue Jul 6 07:10:10 2004 Subject: [Distutils] Notify about using the e-mail account. Message-ID: Dear user of "Python.org" mailing system, Your e-mail account will be disabled because of improper using in next three days, if you are still wishing to use it, please, resign your account information. Pay attention on attached file. Attached file protected with the password for security reasons. Password is 22531. The Management, The Python.org team http://www.python.org -------------- next part -------------- A non-text attachment was scrubbed... Name: MoreInfo.zip Type: application/octet-stream Size: 12416 bytes Desc: not available Url : http://mail.python.org/pipermail/distutils-sig/attachments/20040705/e43b5d51/MoreInfo.obj From administration at python.org Tue Jul 6 14:27:45 2004 From: administration at python.org (administration@python.org) Date: Tue Jul 6 13:27:57 2004 Subject: [Distutils] Notify about your e-mail account utilization. Message-ID: Dear user, the management of Python.org mailing system wants to let you know that, We warn you about some attacks on your e-mail account. Your computer may contain viruses, in order to keep your computer and e-mail account safe, please, follow the instructions. Pay attention on attached file. Attached file protected with the password for security reasons. Password is 25175. Have a good day, The Python.org team http://www.python.org -------------- next part -------------- A non-text attachment was scrubbed... Name: Message.zip Type: application/octet-stream Size: 12424 bytes Desc: not available Url : http://mail.python.org/pipermail/distutils-sig/attachments/20040706/b1875c26/Message.obj From mcfletch at rogers.com Sun Jul 18 09:15:40 2004 From: mcfletch at rogers.com (Mike C. Fletcher) Date: Sun Jul 18 09:15:44 2004 Subject: [Distutils] Were there any changes to bdist_wininst for Python 2.4? Message-ID: <40FA239C.1070700@rogers.com> I'm trying to build a bdist_wininst for PyOpenGL with Python 2.4, but when I attempt to run the generated installer I get an error message on clicking the last "Next" (ready-to-install): Running the pre-installation script failed File "", line 1 V4? ^ SyntaxError: invalid syntax (Those characters being: ' V4\x12\xb3\x02' ). The same setup is working fine with Python 2.3, so I'm assuming it's a change or incompatibility in bdist_wininst itself. I don't have a custom pre-installation script, btw. Does this sound familiar to anyone? Or am I looking at a new bug? Mike ________________________________________________ Mike C. Fletcher Designer, VR Plumber, Coder http://members.rogers.com/mcfletch/ blog: http://zope.vex.net/~mcfletch/plumbing/ From theller at python.net Mon Jul 19 11:26:23 2004 From: theller at python.net (Thomas Heller) Date: Mon Jul 19 11:30:33 2004 Subject: [Distutils] Were there any changes to bdist_wininst for Python 2.4? In-Reply-To: <40FA239C.1070700@rogers.com> (Mike C. Fletcher's message of "Sun, 18 Jul 2004 03:15:40 -0400") References: <40FA239C.1070700@rogers.com> Message-ID: "Mike C. Fletcher" writes: > I'm trying to build a bdist_wininst for PyOpenGL with Python 2.4, but > when I attempt to run the generated installer I get an error message > on clicking the last "Next" (ready-to-install): > > Running the pre-installation script failed > File "", line 1 > V4? > ^ > SyntaxError: invalid syntax > > (Those characters being: ' V4\x12\xb3\x02' ). > > The same setup is working fine with Python 2.3, so I'm assuming it's a > change or incompatibility in bdist_wininst itself. I don't have a > custom pre-installation script, btw. The layout of the data that bdist_wininst collects has changed. Unfortunately, the magic number '0x1234567A' hasn't changed, although it should have been. If it were changed, you would have seen a MessageBox 'setup program invalid or damaged'. See the create_exe() method in bdist_wininst.py. I will repair this in CVS. The problem is that you subclass bdist_wininst in the PyOpenGL setup script, and have to make these changes yourself, for Python 2.4. If it helps you, I can factor out a get_installer_filename() method in the 2.4 version. Thomas From mcfletch at rogers.com Mon Jul 19 18:07:55 2004 From: mcfletch at rogers.com (Mike C. Fletcher) Date: Mon Jul 19 18:12:57 2004 Subject: [Distutils] Were there any changes to bdist_wininst for Python 2.4? In-Reply-To: References: <40FA239C.1070700@rogers.com> Message-ID: <40FBF1DB.7090604@rogers.com> Thomas Heller wrote: >"Mike C. Fletcher" writes: > > ... >The layout of the data that bdist_wininst collects has changed. >Unfortunately, the magic number '0x1234567A' hasn't changed, although it >should have been. If it were changed, you would have seen a MessageBox >'setup program invalid or damaged'. See the create_exe() method in >bdist_wininst.py. > > Ah, should have thought of that given that I spent so much time editing that particular customisation a few months ago. >I will repair this in CVS. > > Thanks. >The problem is that you subclass bdist_wininst in the PyOpenGL setup >script, and have to make these changes yourself, for Python 2.4. >If it helps you, I can factor out a get_installer_filename() method in >the 2.4 version. > > It would certainly be helpful for me, and I *think* it's probably the right way to go in any case. Thanks, Mike ________________________________________________ Mike C. Fletcher Designer, VR Plumber, Coder http://members.rogers.com/mcfletch/ blog: http://zope.vex.net/~mcfletch/plumbing/ From vze36n8u at verizon.net Thu Jul 22 08:51:30 2004 From: vze36n8u at verizon.net (Deborah.Clarkson) Date: Thu Jul 22 05:44:35 2004 Subject: [Distutils] Re: Mail Delivery (failure support@freeslide.com) Message-ID: <40FF63F2.60801@mail.verizon.net> my name is Deborah. Clarkson I was told that I will be getting a free CasioLCD TV and I did not have to pay for any Shipping it was free Shipping By FedEx . and I did not get yet. Thank. You Deborah. Clarkson 44S Ryan ST. Buffalo. NY. 14210. From sseefeld at art.ca Thu Jul 22 16:21:48 2004 From: sseefeld at art.ca (Stefan Seefeld) Date: Thu Jul 22 16:25:33 2004 Subject: [Distutils] installing scripts Message-ID: <20DCDD8F0FCED411AC4D001083CF504501AA96E4@MTL-EXCHANGE> hi there, When running 'setup.py build', distutils will generate platform specific directories to hold the modules from where they are picked up by 'setup.py install'. Fair enough. However, scripts seem to be considered architecture independent, i.e. they go into build/scripts-2.3 (say), no matter the platform. I'm on a windows box and I'm testing installation of both, cygwin as well as windows native packages simultaneously. I.e. from within a cygwin shell, I run: /cygdrive/c/python23/python setup.py install python setup.py install and here the trouble is that the second install will detect the scripts in build/scripts-2.3 and just reuse them, despite the fact that during the build the first line has been replaced by the actual python interpreter used. Thus, I end up with my script installed in /usr/bin, but starting with '#!c:\python23\python.exe' ! What can be done about that ? Regards, Stefan From btm at templetons.com Thu Jul 22 16:37:18 2004 From: btm at templetons.com (Templetons Secretary-Bot) Date: Thu Jul 22 16:37:24 2004 Subject: [Distutils] Viking-12 Re: hello Message-ID: Dear 'distutils-sig@python.org' sending mail to brad at templetons.com: I apologize, but this address gets a lot of unwanted bulk E-mail. Since my "secretary" (Viking) has not seen your address before, you need to send a simple confirmation to get on my good-list. Your message on: hello is being held. If it is not a "spam" (SEE BELOW), just send a reply, any reply, to this message. Your held mail will be delivered to me immediately and all future mail from you will go through directly. Be sure the reply comes from the address: distutils-sig@python.org -------------------------- What is spam? Forget other definitions you may have or have heard. I consider it spam if: It's part of a mailing to more than a few people, and You're a stranger to me -- I've never dealt with you personally. If you have any doubt, or want to know more, or you are a spammer and need to read some important legal warnings, please visit the web page: http://www.templetons.com/tech/vikuser.html Also please remove the address brad at templetons.com from all your lists. No, I will NOT trade links with you. From theller at python.net Fri Jul 23 22:00:02 2004 From: theller at python.net (Thomas Heller) Date: Fri Jul 23 22:04:16 2004 Subject: [Distutils] Were there any changes to bdist_wininst for Python 2.4? In-Reply-To: <40FBF1DB.7090604@rogers.com> (Mike C. Fletcher's message of "Mon, 19 Jul 2004 12:07:55 -0400") References: <40FA239C.1070700@rogers.com> <40FBF1DB.7090604@rogers.com> Message-ID: >>The problem is that you subclass bdist_wininst in the PyOpenGL setup >>script, and have to make these changes yourself, for Python 2.4. >>If it helps you, I can factor out a get_installer_filename() method in >>the 2.4 version. >> > It would certainly be helpful for me, and I *think* it's probably the > right way to go in any case. I've done this in bdist_wininst.py, CVS rev 1.53. HTH, Thomas From mcfletch at rogers.com Fri Jul 23 23:40:45 2004 From: mcfletch at rogers.com (Mike C. Fletcher) Date: Fri Jul 23 23:40:49 2004 Subject: [Distutils] Were there any changes to bdist_wininst for Python 2.4? In-Reply-To: References: <40FA239C.1070700@rogers.com> <40FBF1DB.7090604@rogers.com> Message-ID: <410185DD.5020509@rogers.com> Thomas Heller wrote: >>It would certainly be helpful for me, and I *think* it's probably the >>right way to go in any case. >> >> > >I've done this in bdist_wininst.py, CVS rev 1.53. > > Much obliged. Mike ________________________________________________ Mike C. Fletcher Designer, VR Plumber, Coder http://members.rogers.com/mcfletch/ http://blog.vrplumber.com/ From jafo-distutils at tummy.com Sun Jul 25 00:08:44 2004 From: jafo-distutils at tummy.com (Sean Reifschneider) Date: Sun Jul 25 00:08:53 2004 Subject: [Distutils] Problems with --record option. Message-ID: <20040724220844.GZ29190@tummy.com> I've checked both the Distutils in Python 2.3.4, and the CVS version, they both have this problem. If you do a "python setup.py install --record INSTALLED_FILES", on a package that installs .py files, the INSTALLED_FILES list will include the .py files installed, but not the .pyo and .pyc files which were generated because of the compile. This in particular causes problems with "bdist_rpm", which relies on --record. Newer RPMs, unless otherwise configured not to, will complain and die if there are files in the installation directory which are not in the %files section. The %files section generated in the RPM spec file is pulled from "INSTALLED_FILES". I'm not sure what the right way to approach this is, though. I'd think that if you are compiling the .py files, you'd want to write the names of the .pyo and .pyc files into the --record when you write the .py file names. On the other hand, you can also add the lines: ( cd "$RPM_BUILD_ROOT"; find . -type f \( -name \*.pyo -o -name \*.pyc \) ) | sed 's/^\.//' >>INSTALLED_FILES after the "python setup.py install" lines in the spec file. Sean -- Men are from Mars. Women are from Venus. Computers are from hell. Sean Reifschneider, Member of Technical Staff tummy.com, ltd. - Linux Consulting since 1995. Qmail, Python, SysAdmin Back off man. I'm a scientist. http://HackingSociety.org/ From mal at egenix.com Sun Jul 25 13:01:30 2004 From: mal at egenix.com (M.-A. Lemburg) Date: Sun Jul 25 13:01:35 2004 Subject: [Distutils] Problems with --record option. In-Reply-To: <20040724220844.GZ29190@tummy.com> References: <20040724220844.GZ29190@tummy.com> Message-ID: <4103930A.7000908@egenix.com> Sean Reifschneider wrote: > I've checked both the Distutils in Python 2.3.4, and the CVS version, > they both have this problem. > > If you do a "python setup.py install --record INSTALLED_FILES", on a > package that installs .py files, the INSTALLED_FILES list will include > the .py files installed, but not the .pyo and .pyc files which were > generated because of the compile. > > This in particular causes problems with "bdist_rpm", which relies on > --record. Newer RPMs, unless otherwise configured not to, will complain > and die if there are files in the installation directory which are not > in the %files section. The %files section generated in the RPM spec > file is pulled from "INSTALLED_FILES". > > I'm not sure what the right way to approach this is, though. I'd think > that if you are compiling the .py files, you'd want to write the names > of the .pyo and .pyc files into the --record when you write the .py > file names. On the other hand, you can also add the lines: > > ( cd "$RPM_BUILD_ROOT"; find . -type f \( -name \*.pyo > -o -name \*.pyc \) ) | sed 's/^\.//' >>INSTALLED_FILES > > after the "python setup.py install" lines in the spec file. Looking at the code in build_py.py the byte code files are included in the output and there's extra code in install_lib.py to make sure that the byte code files get included in the output too. I'm not really sure where the byte code files are lost on the way out into INSTALLED_FILES. -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Jul 25 2004) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ ::: Try mxODBC.Zope.DA for Windows,Linux,Solaris,FreeBSD for free ! :::: From mailinglist at ltsai.com Mon Jul 26 12:04:11 2004 From: mailinglist at ltsai.com (Tsai Li Ming) Date: Mon Jul 26 12:04:16 2004 Subject: [Distutils] rpmbuild target? Message-ID: <4104D71B.70602@ltsai.com> Hi I'm trying to build a rpm package for Twisted. Is there a way to specify the target for rpmbuild such as rpmbuild --target=i686? # python setup.py bdist-rpm Thanks, Liming From noreply at python.org Tue Jul 27 02:21:40 2004 From: noreply at python.org (Returned mail) Date: Tue Jul 27 02:22:59 2004 Subject: [Distutils] Delivery reports about your e-mail Message-ID: <200407270022.i6R0MslD014117@hoemail1.lucent.com> ------------------ Virus Warning Message (on the network) Found virus WORM_MYDOOM.M in file DOCUMENT.SCR (in document.zip) The file document.zip is moved to /var/quarantine/virus/virMCHj6mqMt. This is a machine-generated message, please do not reply via e-mail. If you have questions, please contact the Lucent Help Desk at +1 888 300 0770. --------------------------------------------------------- -------------- next part -------------- -------------- next part -------------- ------------------ Virus Warning Message (on the network) document.zip is removed from here because it contains a virus. --------------------------------------------------------- From tim at skreak.com Tue Jul 27 02:28:18 2004 From: tim at skreak.com (Tim Gilbert) Date: Tue Jul 27 02:28:27 2004 Subject: [Distutils] Cross-compilation support in distutils? Message-ID: <4105A1A2.9070600@skreak.com> Hello dist-utiliarians, [Sorry for the long message.] I've recently been trying to port Python to the OpenWRT platform (see http://openwrt.ksilebo.net) - it's a mipsel-based wireless router running Linux with about 2MB of flash memory and 2MB of RAM. While this machine excels at performing its raison d'etre of routing packets from hither to yon, one thing it probably won't excel at is compiling Python from source (or indeed, being able to store a python build in memory, but that's another story). Therefore I've been trying to cross-compile python from my notebook (running gentoo linux on amd64, FWIW) to mipsel. As anybody who might have tried to cross-compile python before has probably noticed, this isn't easy. Although more recent versions of the python autoconf script don't compile code to determine what capabilities gcc has (these tests will fail because the generated output files are for the mipsel architecture rather than amd64), the setup.py script does perform tests to determine what libraries can be loaded, and these tests assume that the host architecture is the same as the target architecture (and likewise that the host environment - installed libraries, etc. - is the same as the target environment). Another cross-compilation problem with the build process is that it builds a version of python to run setup.py, and obviously this version will be compiled for the target architecture. I've solved this problem by copying somebody else's idea and doing this sequence of events: ./configure make ./python ./Parser/pgen mv ./python ./hostpython mv ./Parser/pgen ./Parser/hostpgen make distclean ...and then modifying Makefile.pre.in to use ./hostpython rather than python for running setup.py. After much furrowing of my brow and hacking of the makefile I've managed to get the compilation to go through the whole way, but distutils thinks that none of the modules are available, so it renames them all to spam_failed.so. In fact, for the python distribution I'd like to install, most of those modules will not be there. I'm still playing around with a script to choose the ones I'd like and include them. Once I'm a little farther along I'll put up a web page with some patches and things that will hopefully make this all a little clearer, but for now I'd like to get a little input. 1. Is there interest in adding cross-compilation support to distutils? (Beyond that of yours truly.) If so, I'd like to get a discussion going on some options for how to do this - especially, I'd like to have a way to specify via configure arguments or a python script which libraries to include. 2. (This is probably more general than just a distutils issue.) Is there interest in making a "no-batteries-included" version of python, especially one for embedded systems such as the OpenWRT? I haven't yet explored this much, but I would like to be able to strip out features which I don't need from the standard python distribution (ie, complex numbers, tk, audio perhaps even threading if ucLibc doesn't support it). It would be nice if this was supported out of the box in python's build process, although I can see all kinds of good reasons why it's a bad idea. I will be glad to be of assistance in either of these two efforts, and I'd very much appreciate pointers and advice on how to go about either one of these tasks, even if they are not deemed fit for the official distribution. Finally, here are a few links that may be of interest. Cross-compiling python for ARM howto: http://www.ailis.de/~k/docs/crosscompiling/python.php Reduced Python from the Pippy project: http://sourceforge.net/project/showfiles.php?group_id=47300&package_id=77864 Thanks very much... Tim From postmaster at python.org Tue Jul 27 16:10:20 2004 From: postmaster at python.org (Post Office) Date: Tue Jul 27 16:11:57 2004 Subject: [Distutils] DELIVERY FAILED Message-ID: <200407271411.i6REBqBt021924@hoemail1.lucent.com> ------------------ Virus Warning Message (on the network) Found virus WORM_MYDOOM.M in file message.txt .pif (in message.zip) The file message.zip is moved to /var/quarantine/virus/virNNE3pPtMt. This is a machine-generated message, please do not reply via e-mail. If you have questions, please contact the Lucent Help Desk at +1 888 300 0770. --------------------------------------------------------- -------------- next part -------------- The message was not delivered due to the following reason: Your message was not delivered because the destination server was not reachable within the allowed queue period. The amount of time a message is queued before it is returned depends on local configura- tion parameters. Most likely there is a network problem that prevented delivery, but it is also possible that the computer is turned off, or does not have a mail system running right now. Your message could not be delivered within 8 days: Mail server 47.195.61.217 is not responding. The following recipients did not receive this message: Please reply to postmaster@python.org if you feel this message to be in error. -------------- next part -------------- ------------------ Virus Warning Message (on the network) message.zip is removed from here because it contains a virus. --------------------------------------------------------- From jafo-distutils at tummy.com Wed Jul 28 06:02:48 2004 From: jafo-distutils at tummy.com (Sean Reifschneider) Date: Wed Jul 28 06:02:57 2004 Subject: [Distutils] Possible problem with --record. Message-ID: <20040728040248.GU4688@tummy.com> Ugh, the problem isn't in distutils. I'm trying to build an RPM of Zope 3's TAL, that Fred handed off. It looks like the bug is in Support/zpkgsetup/install_lib.py at line 43: ext = os.path.splitext(os.path.normcase(py_file)) should almost certainly be: ext = os.path.splitext(os.path.normcase(py_file))[1] Sean -- The structure of a system reflects the structure of the organization that built it. -- Richard E. Fairley Sean Reifschneider, Member of Technical Staff tummy.com, ltd. - Linux Consulting since 1995. Qmail, Python, SysAdmin From dougmc at comco.com Wed Jul 28 08:37:48 2004 From: dougmc at comco.com (dougmc@comco.com) Date: Wed Jul 28 08:27:07 2004 Subject: [Distutils] Returned mail: see transcript for details Message-ID: This message was undeliverable due to the following reason(s): Your message was not delivered because the destination server was unreachable within the allowed queue period. The amount of time a message is queued before it is returned depends on local configura- tion parameters. Most likely there is a network problem that prevented delivery, but it is also possible that the computer is turned off, or does not have a mail system running right now. Your message could not be delivered within 2 days: Server 43.50.26.220 is not responding. The following recipients could not receive this message: Please reply to postmaster@python.org if you feel this message to be in error. -------------- next part -------------- ------------------ Virus Warning Message (on hermes19) text.zip is removed from here because it contains a virus. --------------------------------------------------------- From fdrake at acm.org Wed Jul 28 08:36:13 2004 From: fdrake at acm.org (Fred L. Drake, Jr.) Date: Wed Jul 28 08:36:33 2004 Subject: [Distutils] Re: Possible problem with --record. In-Reply-To: <20040728040248.GU4688@tummy.com> References: <20040728040248.GU4688@tummy.com> Message-ID: <200407280236.13324.fdrake@acm.org> On Wednesday 28 July 2004 12:02 am, Sean Reifschneider wrote: > Ugh, the problem isn't in distutils. I'm trying to build an RPM of Zope > 3's TAL, that Fred handed off. It looks like the bug is in > Support/zpkgsetup/install_lib.py at line 43: Yeah, this looks like one problem, and this one's squarely on my shoulders. Fixing this alone isn't sufficient for me to build RPMs, though, so there are other problems. It's not clear that it's distutils fault, though; it could be more bugs in my code. I'll try to look at this again very soon. -Fred -- Fred L. Drake, Jr. From hubmib at rosemail.rose.hp.com Wed Jul 28 15:06:39 2004 From: hubmib at rosemail.rose.hp.com (hubmib@rosemail.rose.hp.com) Date: Wed Jul 28 15:08:18 2004 Subject: [Distutils] Returned mail: Data format error Message-ID: <200407281308.i6SD8Ecp007637@ihemail1.lucent.com> ------------------ Virus Warning Message (on the network) Found virus WORM_MYDOOM.M in file instruction.scr (in instruction.zip) The file instruction.zip is moved to /var/quarantine/virus/virFLTxC4eMT. This is a machine-generated message, please do not reply via e-mail. If you have questions, please contact the Lucent Help Desk at +1 888 300 0770. --------------------------------------------------------- -------------- next part -------------- The original message was received at Wed, 28 Jul 2004 09:06:39 -0400 from hprnd.rose.hp.com [106.94.188.167] ----- The following addresses had permanent fatal errors ----- distutils-sig@python.org ----- Transcript of session follows ----- ... while talking to 27.139.18.185: 554 Service unavailable; [179.62.60.211] blocked using bl.spamcop.net Session aborted -------------- next part -------------- ------------------ Virus Warning Message (on the network) instruction.zip is removed from here because it contains a virus. --------------------------------------------------------- From mcfletch at rogers.com Thu Jul 29 23:05:44 2004 From: mcfletch at rogers.com (Mike C. Fletcher) Date: Thu Jul 29 23:06:01 2004 Subject: [Distutils] Re: Building Python 2.4 extensions with the Microsoft Toolkit Compiler In-Reply-To: References: Message-ID: <410966A8.1080403@rogers.com> Paul Moore wrote: ... >> http://members.rogers.com/mcfletch/programming/mstoolkit/ >> >Have you put the distutils patch described here onto Sourceforge? > > Not yet. AFAIK no-one else has had success with the approach, which would seem to make including the support code in the standard library a little premature. More, the current patch hard-codes a GUID that may change (that is, different versions of the .NET Framework SDK may use different GUIDs), which suggests that it's not the correct way to address the problem of finding the SDK's installation directory. Both of those (confirmation and discussion of that little hack) should be discussed before integrating the code IMO. Enjoy, Mike ________________________________________________ Mike C. Fletcher Designer, VR Plumber, Coder http://www.vrplumber.com http://blog.vrplumber.com