Distutils-SIG September 2008

distutils-sig@python.org

56 participants
82 discussions

pyinstall
by Ian Bicking 24 Sep '08

24 Sep '08

I just announced a new installer I've been working on: http://pypi.python.org/pypi/pyinstall (also the not-very-thorough docs) Announcement post: http://www.openplans.org/projects/topp-engineering/blog/2008/09/24/pyinstal… Single-file executable for you to try: https://svn.openplans.org/svn/pyinstall/trunk/pyinstall.py I think it's good. -- Ian Bicking : ianb(a)colorstudy.com : http://blog.ianbicking.org

1 0

Re: [Distutils] svn for package management
by Chris Withers 23 Sep '08

23 Sep '08

Houston, Martin (London) wrote: > Has anyone thought of using subversion to controlled the installed python tree? (as a separate undertaking to any under development sources). It is more cross platform than rpm or dpkg I used to do this with project directories (including Zope instance homes) but the fact that distutils (and hence setuptools, easy_install and buildout) like to destructively re-arrange packages on install it's something I'm moving away from. Buildout is currently the "least insane" way of managing python packages... cheers, -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk

1 0

Re: [Distutils] "Python Package Management Sucks"
by Chris Withers 23 Sep '08

23 Sep '08

John Pinner wrote: > To me, setup tools is missing two essential features of a package > management system: > > 1. Dependency management I'm pretty sure setuptools does this. It could probably do a better job of checking version and dependency clashes, but provided there are none of these, it actually does an OK job. > 2. A means of removing packages. Indeed, but this is because setuptools is layered on top of distutils, and distutils is the root of all evil. >> Well that currently does not work as only a small minority of python >> packages are available in the Debian package archives. What would nice >> would be that the setup tools people in different languages and the >> distributions would work together. E.g.: It's a nice idea but the complexity of making this happen (especially all the silly political ramblings that would be involved) mean it's never going to happen... cheers, Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk

1 0

Setuptools 0.7 release ?
by Tarek Ziadé 19 Sep '08

19 Sep '08

Hi, We v'e been trying the dev version here and it works great, could it be released soon, Phillip ? The SVN 1.5 compatibility problem drives some developers nuts around me :) I am volunteering for help on this package, if you think that is wise, I can do releases, tests patches, add examples to ticket that don't have it, etc.. Best regards Tarek -- Tarek Ziadé | Association AfPy | www.afpy.org Blog FR | http://programmation-python.org Blog EN | http://tarekziade.wordpress.com/

5 4

Re: [Distutils] Setuptools 0.7 release ?
by Tres Seaver 19 Sep '08

19 Sep '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tarek Ziadé wrote: > On Fri, Sep 19, 2008 at 3:38 PM, Tres Seaver <tseaver(a)palladion.com> wrote: >> Aren't you really asking for a final 0.6 release? > > I am a bit lost in the versions in setuptools, > > the current trunk is flagged 0.7a1 so I don't really know what will be the > revision of > the next public release.. I didn't realize you were using the trunk: I thought you were using the head of the 0.6 branch, which also has the fix for the SVN 1.5 issue. I think we should just release 0.6 and be done with it, and then go on to working on the next release (which should probably be 1.0, or something). We can always release a 0.6.1 for any problems which show up later, but getting people unstuck on the SVN bug should happen now. IMNSHO, of course. :) Tres. - -- =================================================================== Tres Seaver +1 540-429-0999 tseaver(a)palladion.com Palladion Software "Excellence by Design" http://palladion.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFI060i+gerLs4ltQ4RAmtnAJ0VEMatwy/fvRxR2uK1NIw04Znp4gCgmtsq s6D3/xHnjqL38MT9YoZmDgI= =tVBV -----END PGP SIGNATURE-----

3 3

Re: [Distutils] virtualenv + python 2.6 (setuptools 2.6 egg)
by Ian Bicking 18 Sep '08

18 Sep '08

Brian Clapper wrote: > Ian, > > Been playing with Python 2.6rc2. Have you tried virtualenv with it? Doesn't > seem to work for me, since it attempts to download a 2.6 version of the > setuptools egg, which doesn't exist. I glanced through the virtualenv source > (in between extreme busy-ness at work), and it looked to me as though > virtualenv would use a setuptools egg in /path/to/virtualenv.egg/support-files > if one existed, but that doesn't seem to happen. The EZ_SETUP_PY embedded > script seems to be the culprit, but I haven't dug into it any deeper than that > due to work demands. > > It's quite possible I'm just missing something stupid. If so, feel free to > send me on my way. Yes, the missing egg is causing the problem. ez_setup.py doesn't seem to use a tarball fallback (I'm not sure why). Phillip - can there either be a 2.6 egg uploaded, or have ez_setup.py install the tarball when the egg is missing? -- Ian Bicking : ianb(a)colorstudy.com : http://blog.ianbicking.org

1 0

[issue47] [PATCH] avoid the deprecated md5 module in 2.6
by Philip Jenvey 17 Sep '08

17 Sep '08

New submission from Philip Jenvey <pjenvey(a)underboss.org>: Patch to avoid DeprecationWarnings from ez_setup in 2.6 ---------- assignedto: pje files: hashlib_md5-r66389.diff messages: 176 nosy: pje, pjenvey priority: bug status: unread title: [PATCH] avoid the deprecated md5 module in 2.6 Added file: http://bugs.python.org/setuptools/file23/hashlib_md5-r66389.diff _______________________________________________ Setuptools tracker <setuptools(a)bugs.python.org> <http://bugs.python.org/setuptools/issue47> _______________________________________________

1 0

Re: [Distutils] [issue46] always-unzip does not always unzip
by Phillip J. Eby 17 Sep '08

17 Sep '08

At 12:36 AM 9/17/2008 +0000, Greg Hazel wrote: >New submission from Greg Hazel <ghazel(a)gmail.com>: > >Lots of unexpected behaviour (installed zipped, then claimed a file >was present >which was not present, A module's __file__ can include paths that are within a zipfile. >then failed to replace the module unzipped): >... > >easy_install --always-unzip pytz >Searching for pytz >Best match: pytz 2008c >Processing pytz-2008c-py2.5.egg >pytz 2008c is already the active version in easy-install.pth --always-unzip did nothing here because the egg was already installed. To reinstall an already installed package, use a file, directory, or URL as a target instead of a requirement name, and/or use the -U flag to request an upgrade.

2 1

subclassing commands in extensions
by chris 17 Sep '08

17 Sep '08

I've subclassed bdist_egg in my setup.py to add an option, "--include-docs", 'i'. It works as I expect it to when run from the command line while it's in the setup.py. Since I have a few projects that may use this, I thought I may try to put it in an extension. However, now when I run python setup.py bdist_egg -i, I get error: command 'bdist_egg' has no such option 'include_docs' Is there something extra that needs to be done when putting a subclassed command in an extension instead of just a setup.py? Thanks, -Chris

2 2

[issue46] always-unzip does not always unzip
by Greg Hazel 17 Sep '08

17 Sep '08

New submission from Greg Hazel <ghazel(a)gmail.com>: Lots of unexpected behaviour (installed zipped, then claimed a file was present which was not present, then failed to replace the module unzipped): >easy_install pytz Searching for pytz Reading http://pypi.python.org/simple/pytz/ Reading http://pytz.sourceforge.net Reading http://sourceforge.net/project/showfiles.php?group_id=79122 Reading http://www.stuartbishop.net/Software/pytz Reading http://sourceforge.net/projects/pytz/ Best match: pytz 2008c Downloading http://pypi.python.org/packages/2.5/p/pytz/pytz-2008c- py2.5.egg#md5=8fb5f0dcab343ceb497c40138fa8d6c7 Processing pytz-2008c-py2.5.egg Moving pytz-2008c-py2.5.egg to c:\python25\lib\site-packages Adding pytz 2008c to easy-install.pth file Installed c:\python25\lib\site-packages\pytz-2008c-py2.5.egg Processing dependencies for pytz Finished processing dependencies for pytz >python Python 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import pytz >>> print pytz.__file__ c:\python25\lib\site-packages\pytz-2008c-py2.5.egg\pytz\__init__.py >>> ^Z >cat c:\python25\lib\site-packages\pytz-2008c-py2.5.egg\pytz\__init__.py cat: c:\python25\lib\site-packages\pytz-2008c-py2.5.egg\pytz\__init__.py: No such file or directory >easy_install --always-unzip pytz Searching for pytz Best match: pytz 2008c Processing pytz-2008c-py2.5.egg pytz 2008c is already the active version in easy-install.pth Using c:\python25\lib\site-packages\pytz-2008c-py2.5.egg Processing dependencies for pytz Finished processing dependencies for pytz >cat c:\python25\lib\site-packages\pytz-2008c-py2.5.egg\pytz\__init__.py cat: c:\python25\lib\site-packages\pytz-2008c-py2.5.egg\pytz\__init__.py: No such file or directory ---------- messages: 171 nosy: ghazel priority: bug status: unread title: always-unzip does not always unzip _______________________________________________ Setuptools tracker <setuptools(a)bugs.python.org> <http://bugs.python.org/setuptools/issue46> _______________________________________________

1 0

← Newer
1
2
3
4
5
6
7
8
9
Older →

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Distutils-SIG September 2008