Mailman 3 July 2004 - Distutils-SIG

Notify about using the e-mail account.
by support＠python.org 05 Jul '04

05 Jul '04

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

1 0

Re: [Distutils] Installing scripts
by Fred L. Drake, Jr. 03 Jul '04

03 Jul '04

On Thursday 10 June 2004 04:06 pm, Tim Peters wrote: > "scripts" in the sense we're using here are Python files, and in Windows > they're only useful from "a DOS box". It's not useful to double-click on > them, it's not useful to have Start menu entries(*) for them, and it would Agreed. > be hostile to hide them in a hard-to-spell-in-a-DOS-box directory (like > anywhere under the space-ridden "Program Files"). What's a little hostility among Windows users? They're used to it. :-) Seriously, though, I agree. "Program Files" is hostile in general for anyone using a command line. > For cross-platform *development*, all Python files should have a .py > extension. On Windows the extension drives editors and printers too (not > just the "open" action in a DOS box window). I'm actually pretty OK with this. It's slightly distasteful, but survivable. > If the build_scripts command wants to strip .py extensions on non-Windows > boxes, that's fine by me. Cool. > I'm happy enough with where they end up on > Windows now, and delighted there are no Start menu entries for them, it's > just the lack of the natural (on Windows) .py extension that creates > needless pain (on Windows). Again, agreed. We just need to make sure the .py is there on Windows and not on installed scripts on Unix. > (*) The only thing useful to have in the Start menu is a program > that supplies its own GUI, or a program that has no UI. On Windows, > that's what the .pyw extension is for (brings up Python without > "a DOS box", so there's no UI at all unless the script supplies > its own UI; for example, IDLE supplies its own UI, via Tk). This brings up a related question: If a distribution provides scripts that end with .pyw, should they be omitted from the builld/installation on non-Windows platforms (possibly with a warning to the user)? Do we want a way to tell distutils about platform-specific scripts so they don't get installed on platforms to which they don't apply? -Fred -- Fred L. Drake, Jr. <fdrake at acm.org> PythonLabs at Zope Corporation

11 26

--home on non-POSIX platforms
by Fred L. Drake, Jr. 02 Jul '04

02 Jul '04

Some time in the distant past, it was decided that "install --home" would only be supported on platforms for which os.name == "posix". I think that decision should be re-visited. If a user specifies "--home <some-path>" on the setup.py command line, is there ever a reason to tell them they don't want the software to the installed in that way? Enabling --home for all platforms looks trivial from a quick review of distutils.command.install. Are there any objections to enabling this for all platforms in Python 2.4? -Fred -- Fred L. Drake, Jr. <fdrake at acm.org> PythonLabs at Zope Corporation

3 3

useless question in bdist_wininst installers
by Thomas Heller 02 Jul '04

02 Jul '04

I just submitted <http://www.python.org/sf/984290>, 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

1 0

(no subject)
by Christopher Hylands 01 Jul '04

01 Jul '04

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(a)eecs.berkeley.edu If you have questions about the Ptolemy cluster, send email to root(a)doppler.berkeley.edu If you have questions about the DOP Center, send email ot dopsysadmin(a)eecs.berkeley.edu -Christopher Christopher Hylands Brooks cxh(a)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)

1 0

Re: Mail Delivery (failure support@freeslide.com)
by ahmad fraihat 01 Jul '04

01 Jul '04

hi...tele me how i got my free gift...pleas --------------------------------- Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages!

1 0

Virus Alert
by no-responses＠maximiles.com 01 Jul '04

01 Jul '04

The mail message (file: websites01.zip) you sent to bounce(a)cvs.maximiles.loc contains a virus. (on mail)

1 0