An error occurred fetching the project authors.
- 11 Jun, 2015 8 commits
-
-
Reinout van Rees authored
-
Reinout van Rees authored
-
Reinout van Rees authored
-
Reinout van Rees authored
-
Reinout van Rees authored
(Good test to see if it improved travis' speed!)
-
Reinout van Rees authored
The cache mechanism of travis-ci.org itself creates the cache directory, so it is already there before we try to add it. The bin/python inside it seems a good target.
-
Reinout van Rees authored
Disabling sudo enables the use of the container based infra, necessary for caching. The directory with the downloaded and compiled python is cached.
-
Reinout van Rees authored
Use local ez_setup.py if one exists; add --setuptools-download-base option
-
- 10 Jun, 2015 8 commits
-
-
Reinout van Rees authored
The pull request itself contains a change that should not be applied.
-
Reinout van Rees authored
-
Reinout van Rees authored
Run easy_install with specified setuptools_version, same change as #232
-
Reinout van Rees authored
-
Reinout van Rees authored
Run easy_install with specified setuptools_version
-
Reinout van Rees authored
Use 'rcN' for release candidate versions in tests
-
Reinout van Rees authored
Our VersionConflict handling could result in an UnpackError when rendering
-
Reinout van Rees authored
-
- 12 Apr, 2015 2 commits
-
-
Tres Seaver authored
-
Tres Seaver authored
Potential fix for https://github.com/buildout/buildout/issues/217
-
- 07 Apr, 2015 1 commit
-
-
Jim Fulton authored
-
- 20 Mar, 2015 1 commit
-
-
Laurence Rowe authored
-
- 08 Jan, 2015 1 commit
-
-
Laurence Rowe authored
If setuptools is installed globally by easy_install then the easy_install.pth gets added to sys.path before PYTHONPATH and the wrong setuptools version is used.
-
- 07 Jan, 2015 3 commits
-
-
Marius Gedminas authored
Recent setuptools versions changed the canonical spelling of release candidate versions from 'cN' to 'rcN'. Using the older spelling causes a UserWarning about the version requiring normalization, and test failures where the expected output contains a different (normalized) version number. For the record, the UserWarning looks like this: /home/mg/src/buildout/eggs/setuptools-11.3.1-py2.7.egg/setuptools/dist.py:283: UserWarning: The version specified requires normalization, consider using '1.2rc1' instead of '1.2c1'. and the failures can be seen at https://travis-ci.org/buildout/buildout/jobs/46215472
-
Tres Seaver authored
Don't assume pkg_resources is a module.
-
Marius Gedminas authored
In setuptools < 8.3 pkg_resources.py was a module, so import pkg_resources print(pkg_resources.__file__) would print something like /home/mg/src/buildout/eggs/setuptools-8.0.4-py2.7.egg/pkg_resources.py Starting from setuptools 8.3 pkg_resources became a package, so the above code prints /home/mg/src/buildout/eggs/setuptools-11.3.1-py2.7.egg/pkg_resources/__init__.py which means a single os.path.dirname() is no longer sufficient to find the location of the .egg file/directory. I'm pretty sure 'setuptools' itself was always a package, so use two os.path.dirname()s on setuptools.__file__ to find the .egg location more reliably with both old and new setuptools versions. Fixes https://github.com/buildout/buildout/issues/227
-
- 06 Jan, 2015 1 commit
-
-
Tres Seaver authored
-
- 17 Dec, 2014 1 commit
-
-
Laurence Rowe authored
If setuptools is installed globally by easy_install then the easy_install.pth gets added to sys.path before PYTHONPATH and the wrong setuptools version is used.
-
- 16 Dec, 2014 4 commits
-
-
Jim Fulton authored
-
Jim Fulton authored
-
Jim Fulton authored
-
Jim Fulton authored
version-range requirements in a way that caused it to think there wasn't a single-version requirement. IOW, buildout throught that versions were being picked when they weren't.
-
- 14 Dec, 2014 7 commits
-
-
Jim Fulton authored
Should have been removed in a previous commit.
-
Jim Fulton authored
-
Jim Fulton authored
Setuptools8
-
Jim Fulton authored
-
Jim Fulton authored
-
Jim Fulton authored
-
https://github.com/buildout/buildout/issues/217Frank Patz-Brockmann authored
On Windows, `sys.prefix` is a site-package directory, i.e. for a standard installation `C:\Python27`. The code path for `not allow_site_packages` removed *everything* from `sys.path` that contains *any* of the the site-packages directories as reported by `site.getsitepackages`, which on Windows removes all pathes below `sys.prefix` from `sys.path`.
-
- 25 Nov, 2014 1 commit
-
-
Godefroid Chapelle authored
Add option to bootstrap.py to pin setuptools version
-
- 24 Nov, 2014 2 commits
-
-
Reinout van Rees authored
-
Reinout van Rees authored
-