Mailman 3 July 2004 - Distutils-SIG

DELIVERY FAILED
by Post Office 27 Jul '04

27 Jul '04

------------------ 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. --------------------------------------------------------- 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: <distutils-sig(a)python.org> Please reply to postmaster(a)python.org if you feel this message to be in error. ------------------ Virus Warning Message (on the network) message.zip is removed from here because it contains a virus. ---------------------------------------------------------

1 0

Cross-compilation support in distutils?
by Tim Gilbert 26 Jul '04

26 Jul '04

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

1 0

Delivery reports about your e-mail
by Returned mail 26 Jul '04

26 Jul '04

------------------ 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. --------------------------------------------------------- ------------------ Virus Warning Message (on the network) document.zip is removed from here because it contains a virus. ---------------------------------------------------------

1 0

rpmbuild target?
by Tsai Li Ming 26 Jul '04

26 Jul '04

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

1 0

Problems with --record option.
by Sean Reifschneider 25 Jul '04

25 Jul '04

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 <jafo(a)tummy.com> tummy.com, ltd. - Linux Consulting since 1995. Qmail, Python, SysAdmin Back off man. I'm a scientist. http://HackingSociety.org/

2 1

Were there any changes to bdist_wininst for Python 2.4?
by Mike C. Fletcher 23 Jul '04

23 Jul '04

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 "<string>", 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/

2 4

Viking-12 Re: hello
by Templetons Secretary-Bot 22 Jul '04

22 Jul '04

Dear 'distutils-sig(a)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(a)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.

1 0

installing scripts
by Stefan Seefeld 22 Jul '04

22 Jul '04

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

1 0

Re: Mail Delivery (failure support@freeslide.com)
by Deborah.Clarkson 21 Jul '04

21 Jul '04

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.

1 0

Notify about your e-mail account utilization.
by administration＠python.org 06 Jul '04

06 Jul '04

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

1 0