This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author cavallo71
Recipients akitada, cavallo71, christian.heimes, tarek
Date 2009-05-08.21:47:27
SpamBayes Score 2.7936542e-12
Marked as misclassified No
Message-id <1241819249.23.0.164637125937.issue3992@psf.upfronthosting.co.za>
In-reply-to
Content
Actually I think the problem (see the attached file susebuild.log) is 
in the module time.so: during the build the python interpreter has not 
access to it (it is dynamically loaded) and it fails.

If that works is because an already python is set in the system (and 
the ./configure prefix is set to /usr): on the suse build server the 
system is regenerated from scratch every time making possible to catch 
this sort of side effects.

This way to build it is called continuous integration and it works 
forcing a hands-off approach to the build-install-test cycle (I cannot 
stress enough about the impressive work done by the SuSE people).

I'll fire tonight a new build on the suse build server with the latest 
patch and a small smoke test (is should catch the most obvious errors).
But are you convinced about the need for the "import pdb; pdb.set_trace
()"? 

If everything goes fine the latest build should be in:

http://download.opensuse.org/repositories/home:/cavallo71:/python-opt

Moreover there are few external modules compiled using this "new" 
interpreter (imaging and setuptools at the moment): this should give a 
reasonable confidence the distutils is not broken after changes.
History
Date User Action Args
2009-05-08 21:47:29cavallo71setrecipients: + cavallo71, christian.heimes, tarek, akitada
2009-05-08 21:47:29cavallo71setmessageid: <1241819249.23.0.164637125937.issue3992@psf.upfronthosting.co.za>
2009-05-08 21:47:28cavallo71linkissue3992 messages
2009-05-08 21:47:27cavallo71create