Mailman 3 January 2008 - Distutils-SIG

zc.buildout : more infos on download errors
by Tarek Ziadé 09 Jan '08

09 Jan '08

Hello, When a server that is supposed to provide an agg is timing out (it happens sometime, for some libs like PIL, pysqlite, etc) zc.buildout returns a warning like this: Download error: (104, 'Connection reset by peer') -- Some packages may not be found! In the flow of actions, it is very hard to tell which url is down. I had to patch urlopen to catch it. I think zc.buildout could be more verbose here, and tell which package or url failed Regards Tarek -- View this message in context: http://www.nabble.com/zc.buildout-%3A-more-infos-on-download-errors-tp14686… Sent from the Python - distutils-sig mailing list archive at Nabble.com.

2 2

virtualenv group
by Ian Bicking 09 Jan '08

09 Jan '08

I've created a Google Group for virtualenv discussion: http://groups.google.com/group/python-virtualenv/ I also set up a bug tracker on Launchpad: https://bugs.launchpad.net/virtualenv/ -- Ian Bicking : ianb(a)colorstudy.com : http://blog.ianbicking.org

1 0

Re: [Distutils] virtualenv, OS X, and GUIs
by Ian Bicking 09 Jan '08

09 Jan '08

Robert Kern wrote: > Is there an appropriate mailing list for talking about virtualenv? I've > run into a problem where virtualenvs on OS X cannot access the screen to > run GUIs. I've found a solution that appears to work and am going to > write a patch to let virtualenv do it. I'd like to get some feedback > from other OS X virtualenv users, though. I've thought maybe the distutils list is the best place for discussion; at least for the moment (better than private email, where no one else will see it). If activity increases much perhaps a separate mailing list will make sense (not everyone who would want to discuss virtualenv will want to be on the distutils list). I think Ronald Oussoren is on that list, but just in case I'll copy him since he's done the Mac specific stuff in virtualenv so far. -- Ian Bicking : ianb(a)colorstudy.com : http://blog.ianbicking.org

4 3

installing scripts into the user's PATH
by Carl Karsten 07 Jan '08

07 Jan '08

"Scripts are files containing Python source code, intended to be started from the command line." http://docs.python.org/dist/node11.html I want to do that. I am hoping that once it is done, it will be in a dir that is in the user's OS PATH. (if that sounds restrictive, I didn't say it right. at this point, I don't care what dir it is in, as long as the user doesn't have to type it. like /usr/bin on linux. not sure where the right place would be on mac/win.) Is this supported? Carl K

5 9

BUG: easy_install.exe fails under C:\Program files
by Mikko Ohtamaa 06 Jan '08

06 Jan '08

I guess this is due to a space in the path. C:\Documents and Settings\X\Desktop>"c:\Program Files\Plone 3\Python\Scripts\easy_install.exe" Cannot find Python executable C:\Program Ps. Could you please mention how to report easy_install/setuptools bugs in the manual.

2 2

BUG: Python version confusion leads to cryptic errors on Windows
by Mikko Ohtamaa 06 Jan '08

06 Jan '08

When you try to install Python 2.5 built egg on Python 2.4 on Windows, the install starts fine, but is aborted due to "dependency issue" ("error: Could not find suitable distribution for Requirement.parse") in the package you are trying to install. The error message makes the user think there is something wrong in the package files. However, it would be very friendly to report that the package you are trying to install is not compatible with Python version. A sample case below. Trying to install Python 2.5 egg when running Python 2.4. C:\Documents and Settings\cx\Desktop>"c:\Program Files\Plone 3\Python\Pyth on.exe" "c:\Program Files\Plone 3\Python\Scripts\easy_install-script.py" ./aura. theme-1.0.0-py2.5.egg Processing aura.theme-1.0.0-py2.5.egg creating c:\program files\plone 3\python\lib\site-packages\aura.theme-1.0.0-py2. 5.egg Extracting aura.theme-1.0.0-py2.5.egg to c:\program files\plone 3\python\lib\sit e-packages File "c:\program files\plone 3\python\lib\site-packages\aura.theme-1.0.0-py2.5 .egg\aura\theme\skins\aura_theme_custom_templates\createContent.py", line 232 return run(context) SyntaxError: 'return' outside function File "c:\program files\plone 3\python\lib\site-packages\aura.theme-1.0.0-py2.5 .egg\aura\theme\skins\aura_theme_custom_templates\getSection.py", line 14 return iter.Title() SyntaxError: 'return' outside function File "c:\program files\plone 3\python\lib\site-packages\aura.theme-1.0.0-py2.5 .egg\aura\theme\skins\aura_theme_styles\plone.css.py", line 26 return printed SyntaxError: 'return' outside function Adding aura.theme 1.0.0 to easy-install.pth file Installed c:\program files\plone 3\python\lib\site-packages\aura.theme-1.0.0-py2 .5.egg Processing dependencies for aura.theme==1.0.0 Searching for aura.theme==1.0.0 Reading http://pypi.python.org/simple/aura.theme/ Couldn't find index page for 'aura.theme' (maybe misspelled?) Scanning index of all packages (this may take a while) Reading http://pypi.python.org/simple/ No local packages or download links found for aura.theme==1.0.0 error: Could not find suitable distribution for Requirement.parse('aura.theme==1 .0.0')

1 0

easy_install -f confusion
by Ian Bicking 04 Jan '08

04 Jan '08

Jeff Hammel and myself were going over a problem with -f seemingly being ignored in easy_install, and it took us a while to realize that you have to do something like "easy_install -f 'url1 url2 ...'", and you can't do "easy_install -f url1 -f url2". It's literally been years that I've been unaware of this, and confused by the results. I think easy_install should give an error if you provide multiple -f's (or make it work if you do so). -- Ian Bicking : ianb(a)colorstudy.com : http://blog.ianbicking.org

4 5

Distutils confusion - please give me a hand
by Donn Ingle 04 Jan '08

04 Jan '08

Hi, I have been okay with distutils until my tree got a little bigger, now I am getting errors like: distutils.errors.DistutilsFileError: can't copy 'fontypythonmodules/things/': doesn't exist or not a regular file I confess to being absolutely lost here. I have a few sub-directories inside my package that contain help stuff and locale stuff which I want distutils to include and install. It always worked before, until I invented the help/common/en directory and now it just won't work any more. Here's my tree (warning, monotype font needed): trunk:$ tree . |-- COPYING |-- MANIFEST.in |-- PKG-INFO |-- README |-- fontypython |-- fontypythonmodules | |-- __init__.py | |-- cli.py | |-- dialogues.py | |-- fontcontrol.py | |-- fontybugs.py | |-- fpsys.py | |-- fpversion.py | |-- help | | |-- README | | |-- common | | | |-- README | | | |-- fp1.png.cr.png | | | |-- fp2.png.cr.png | | | |-- fp3.png.cr.png | | | |-- fp4.png.cr.png | | | |-- fp5.png.cr.png | | | |-- fp6.png.cr.png | | | |-- fp7.png.cr.png | | | |-- fp8.png.cr.png | | | |-- fp_already_in_x.png | | | |-- fp_removing_a_font-nq8.png | | | |-- fp_removing_a_font.png | | | |-- fp_ticking.png | | | `-- logo_dec_2007.png | | `-- en | | |-- README | | |-- fp_1to8.png | | |-- fp_pog_icons.cr.png | | `-- help.html | |-- i18n.py | |-- locale | | `-- fr | | `-- LC_MESSAGES | | `-- all.mo | |-- pathcontrol.py | |-- pofiles | | |-- README | | |-- fontypython_translation_template.pot | | `-- fr_all.dec30.pot | |-- pubsub.py | |-- start.py | |-- strings.py | |-- things | | |-- README | | |-- aboutfplogo.png | | |-- cross.png | | |-- fplogo.png | | |-- icon_source_16x16.png | | |-- icon_source_folder_16x16.png | | |-- icon_source_pog_16x16.png | | |-- icon_target_16x16.png | | |-- pog16x16.installed.png | | |-- pog16x16.png | | |-- pog16x16.target.png | | `-- tick.png | `-- wxgui.py |-- fp `-- setup.py Here's my MANIFEST.in include fontypython fp README COPYING recursive-include fontypythonmodules/pofiles * recursive-include fontypythonmodules/things * recursive-include fontypythonmodules/help * recursive-include fontypythonmodules/locale * And here's my basic setup.py, stripped down somewhat: files = ["things/*", "help/*", "help/common/*.*", "help/en/*", "pofiles/*", "locale/fr/LC_MESSAGES/*"] setup(name = "fontypython", packages = ['fontypythonmodules'], package_data = {'fontypythonmodules' : files}, scripts = ["fontypython", "fp"], ....) Weirdly, the path to locale/fr/etc... works just fine. things/* also worked (before I added help). It does not like help/common for some reason I cannot fathom. I have checked case and permissions, but all seems in order. Can anyone point me in the right direction? \d

3 5

Re: [Distutils] bugfix for GUI.exe launcher
by Phillip J. Eby 03 Jan '08

03 Jan '08

At 05:49 PM 1/3/2008 -0500, Alexander Michael wrote: >On Jan 3, 2008 4:12 PM, Phillip J. Eby <pje(a)telecommunity.com> wrote: > > At 02:22 PM 1/3/2008 -0500, Alexander Michael wrote: > > >I raised this issue in the beginning of December [1]_ but haven't > > >received a response yet (nor have I seen it corrected in the SVN). I > > >would like to see this corrected, but I was under the impression that > > >bug reports for setuptools should be sent to the distutils-sig > > >mailling list. Do you know how we should next proceed to get this > > >fixed? > > > > I've been having difficulty reproducing the error, so it's hard for > > me to confirm that the patch fixes it. If somebody wants to extend > > their patch to include a test that fails on their system without the > > patch but succeeds with it, I'd be happy to go ahead and include it. > > > > See setuptools/tests/win_script_wrapper.txt for the existing test > > code, which currently only covers the CLI wrapper, not the GUI one. > >I've added a test for the GUI wrapper to the referenced file, which I've >attached. SVN is now updated; thanks for the help.

1 0

Re: [Distutils] installing scripts into the user's PATH
by Phillip J. Eby 03 Jan '08

03 Jan '08

At 05:09 PM 1/3/2008 -0200, phil jones wrote: >I take it there's nothing in distutils that can actually update the >user's OS PATH? Nope.

2 1