Hi,
The API reference for distutils tells how to get an instance of a new
compiler sub-class with the following command:
mycompiler = distutils.ccompiler.new_compiler(*plat=None*, *compiler=None*,
*verbose=0*, *dry_run=0*, *force=0*)
The API also specifies the commands to modify specific parameters within the
returned compiler sub-class. However the API says nothing about how to
actually "use" the new sub-class. In other words, how does one go about
getting the following to work (or something similar)?
python setup.py build
where the build steps now use 'mycompiler'
Thanks,
-Simon
Hi,
I've just registered 'copad' module with CheeseShop and tried to use
easy_install to test but unsuccessful... witht he following error...
ML-iB:/sw/lib/python2.5/site-packages mauriceling$ sudo easy_install copads
Searching for copads
Reading http://pypi.python.org/simple/copads/
Reading http://www.sourceforge.net/projects/copads
No local packages or download links found for copads
error: Could not find suitable distribution for Requirement.parse('copads')
Here is my setup.py
from ez_setup import use_setuptools
use_setuptools()
from setuptools import setup, find_packages
setup(name='copads',
version='0.1',
description='Collection of Python Algorithms and Data Structures',
long_description='Collection of Python Algorithms and Data Structures',
author='Maurice HT Ling',
author_email='mauriceling(a)acm.org',
url='http://www.sourceforge.net/projects/copads',
license = 'GNU General Public License version 2',
platform = 'OS independent',
package_dir = {'copads' : 'src',
'copads.test' : 'test'},
packages = ['copads', 'copads.test'],
classifiers=['Development Status :: 3 - Alpha',
'Intended Audience :: Developers',
'License :: OSI Approved :: GNU General Public License
(GPL)',
'Operating System :: OS Independent',
'Programming Language :: Python',
'Topic :: Scientific/Engineering :: Artificial
Intelligence',
'Topic :: Scientific/Engineering :: Mathematics',
'Topic :: Software Development :: Libraries :: Python
Modules'
],
)
Any suggestions?
Thanks
ML
--
Maurice LING, BSc(Hons)(Biochem), BSc(Comp), FIFA, MACM
Lecturer, Chemical and Life Sciences, Singapore Polytechnic
Co-Editor-in-Chief, The Python Papers Anthology
Firebird Foundation Committee Member
Secretary, University of Melbourne Alumni Association (Singapore)
mobile: +6596669233, +6568707927
resume: http://maurice.vodien.com/maurice_resume.pdf
www: http://maurice.vodien.com
At 02:06 PM 2/19/2009 +0000, Karsten Petersen wrote:
>Hi,
>
>I'm trying to make Google App Engine work smoothly with setuptools
>and I'm struggling to understand one specific piece of what
>pkg_resources does. Would you mind giving me a hint?
>
>The question is basically: Why does _handle_ns() in pkg_resources
>import other modules that implement the same namespace. It's not
>using the module handle that is returned. I looked for side effects
>but the only ones I found was that exceptions are raised if the
>other modules are broken and that the modules __file__ var is
>changed to point to the last found module that implements the
>namespace in question.
>
>What am I missing?
In the unlikely event that one of the __init__.py's contains anything
other than namespace setup code, loading the module ensures that it
will be run. This was done for compatibility with older packages
that use distutils hacks to create a namespace package. (i.e.,
shipping one package with the __init__.py, and the rest without
it). Such packages need to have their __init__.py code run.
It probably won't hurt anything too badly to leave it out, since it's
strictly for compatibility with a configuration that's deprecated
anyway. (At least, it's deprecated for setuptools.)
Hi,
I've just registered 'copad' module with CheeseShop and tried to use
easy_install to test but unsuccessful... witht he following error...
ML-iB:/sw/lib/python2.5/site-packages mauriceling$ sudo easy_install copads
Searching for copads
Reading http://pypi.python.org/simple/copads/
Reading http://www.sourceforge.net/projects/copads
No local packages or download links found for copads
error: Could not find suitable distribution for Requirement.parse('copads')
Here is my setup.py
from ez_setup import use_setuptools
use_setuptools()
from setuptools import setup, find_packages
setup(name='copads',
version='0.1',
description='Collection of Python Algorithms and Data Structures',
long_description='Collection of Python Algorithms and Data
Structures',
author='Maurice HT Ling',
author_email='mauriceling(a)acm.org',
url='http://www.sourceforge.net/projects/copads',
license = 'GNU General Public License version 2',
platform = 'OS independent',
package_dir = {'copads' : 'src',
'copads.test' : 'test'},
packages = ['copads', 'copads.test'],
classifiers=['Development Status :: 3 - Alpha',
'Intended Audience :: Developers',
'License :: OSI Approved :: GNU General Public License
(GPL)',
'Operating System :: OS Independent',
'Programming Language :: Python',
'Topic :: Scientific/Engineering :: Artificial
Intelligence',
'Topic :: Scientific/Engineering :: Mathematics',
'Topic :: Software Development :: Libraries :: Python
Modules'
],
)
Any suggestions?
Thanks
ML
--
Maurice LING, BSc(Hons)(Biochem), BSc(Comp), FIFA, MACM
Lecturer, Chemical and Life Sciences, Singapore Polytechnic
Co-Editor-in-Chief, The Python Papers Anthology
Firebird Foundation Committee Member
Secretary, University of Melbourne Alumni Association (Singapore)
mobile: +6596669233, +6568707927
resume: http://maurice.vodien.com/maurice_resume.pdf
www: http://maurice.vodien.com
Hot on the heels of stdeb 0.2.2 comes 0.2.3. More fantastic features for
this Python-package-to-debian-package automator, you ask? Only one, a
--ignore-install-requires option added by Brett (last name unknown).
More importantly, however, are a couple bugfixes from Brett and Zooko
O'Whielacronx for the new --autofind-depends option.
Get it while it, and your new Lenny installation, are hot. (It also
works for Ubuntu.)
The homepage: http://github.com/astraw/stdeb
Download: http://pypi.python.org/pypi/stdeb/0.2.3
-Andrew
Hi All,
As a result of the Debian 5.0 release, psycopg2 needs to be recompiled
to use the new shared library:
import psycopg2 as psycopg
File "build/bdist.linux-i686/egg/psycopg2/__init__.py", line 60, in
<module>
File "build/bdist.linux-i686/egg/psycopg2/_psycopg.py", line 7, in
<module>
File "build/bdist.linux-i686/egg/psycopg2/_psycopg.py", line 6, in
__bootstrap__
ImportError: libpq.so.4: cannot open shared object file: No such file or
directory
How do I tell buildout to recompile this egg?
cheers,
Chris
--
Simplistix - Content Management, Zope & Python Consulting
- http://www.simplistix.co.uk
I've been looking at the spec file that 'bdist_rpm' generates and I do
not see a %config or %config(noreplace) section. Is there a way to
generate a %config section and specify a list of files? This is
important so that config files do not get overwritten when using 'rpm -U'.
Hi,
I started to write a detailed description of the uninstall feature
based on the previous threads we had, and there are two points I'd
like to
discuss:
1. should the uninstall command be part of the Python interpreter itself ?
for instance, be callable like this :
$ python -r MyPackage
or :
$ python --remove-package MyPackage
2. If we add an uninstall command, it makes sense to me to add an
install command as well, at
the same level.
maybe :
$ python -a MyPackage
or :
$ python --add-package MyPackage
Regards
Tarek
--
Tarek Ziadé | Association AfPy | www.afpy.org
Blog FR | http://programmation-python.org
Blog EN | http://tarekziade.wordpress.com/
