- 28 Jan, 2017 1 commit
-
-
Jim Fulton authored
-
- 05 Sep, 2016 6 commits
-
-
Reinout van Rees authored
Editing while reading
-
Reinout van Rees authored
[ci skip]
-
Reinout van Rees authored
[ci skip]
-
Reinout van Rees authored
Do not remove an existing egg.
-
Maurits van Rees authored
After a dist is fetched and put into its final place, compile its python files. No longer wait with compiling until all dists are in place. This avoids calling redo_pyc at the same time by two parallel buildouts. It might not be so bad, but it seems better (and faster) to avoid it. See discussion at https://github.com/buildout/buildout/issues/307
-
Maurits van Rees authored
When installing an egg to a location that already exists, keep the current location (directory or file). This can only happen when the location at first did not exist and this changed during the buildout run. We used to remove the previous location, but this could cause problems when running two buildouts at the same time, when they try to install the same new egg. Fixes #307.
-
- 03 Sep, 2016 1 commit
-
-
Reinout van Rees authored
In the tests, filter out an invisible control character.
-
- 24 Aug, 2016 1 commit
-
-
Maurits van Rees authored
This avoids invisible control characters popping up in some terminals, like `xterm`. Note that this may affect tests by buildout recipes.
-
- 18 Aug, 2016 2 commits
-
-
Tres Seaver authored
Fixed bootstrap test for newer setuptools.
-
Maurits van Rees authored
setuptools used to say this: No local packages or download links found for zc.buildout==UNKNOWN Since setuptools 25.1.0 it says this: No local packages or working download links found for zc.buildout==UNKNOWN See also https://github.com/pypa/setuptools/pull/609/files
-
- 28 Jul, 2016 2 commits
-
-
Jim Fulton authored
Fix typo
-
Janez Troha authored
-
- 12 Jul, 2016 5 commits
-
-
Reinout van Rees authored
No python 3.3 and newer versions of the other pythons
-
Patrick Gerken authored
-
Patrick Gerken authored
-
Reinout van Rees authored
Remove Python 2.6 and Python 3.2 support
-
Patrick Gerken authored
Refs #297
-
- 07 Jun, 2016 4 commits
-
-
Reinout van Rees authored
[ci skip]
-
Reinout van Rees authored
[ci skip]
-
Reinout van Rees authored
-
Reinout van Rees authored
-
- 06 Jun, 2016 1 commit
-
-
Tres Seaver authored
Simple Fix for 'Extending sections (macros)' in combination with += and -=.
-
- 06 Apr, 2016 6 commits
-
-
Reinout van Rees authored
[ci skip]
-
Reinout van Rees authored
[ci skip]
-
Reinout van Rees authored
-
Reinout van Rees authored
It was originally called 'path'
-
Reinout van Rees authored
Turn proposed patch into a pull request.
-
- 16 Nov, 2015 3 commits
-
-
Reinout van Rees authored
[ci skip]
-
Reinout van Rees authored
[ci skip]
-
Reinout van Rees authored
Nicer version constraint logging + better requirement conflict info logging
-
- 13 Nov, 2015 8 commits
-
-
Reinout van Rees authored
-
Reinout van Rees authored
The tests fail to run due to the deprecation warnings, so I stripped 3.2 out of travis. Added 3.5 instead as that's the most modern version.
-
Reinout van Rees authored
-
Reinout van Rees authored
-
Reinout van Rees authored
-
Reinout van Rees authored
"dist" can be a PathMetaData instance, req.key is nicer. The latter has a .lower()...
-
Reinout van Rees authored
-
Reinout van Rees authored
Before you'd get a simple output like: Installing django. While: Installing django. Error: The requirement ('Django>=1.7') is not allowed by your [versions] constraint (1.6.6) ... which would mean you'd have to grep in all your requirements' sub-requirements which package actually requires the offending "django>=1.7" With this change you'll get a much more helpful output right before the error: Installing django. version and requirements information containing django: [versions] constraint on django: 1.6.6 Base installation request: 'sso', 'djangorecipe' Requirement of djangorecipe==1.10: Django Requirement of djangorecipe==1.10: zc.recipe.egg Requirement of djangorecipe==1.10: zc.buildout Requirement of sso: django-nose Requirement of sso: django-mama-cas Requirement of sso: django-debug-toolbar Requirement of sso: django-auth-ldap Requirement of sso: Django<1.7,>=1.4.2 Requirement of lizard-auth-server: django-nose Requirement of lizard-auth-server: django-extensions Requirement of lizard-auth-server: Django<1.7,>=1.6 Requirement of django-nose: Django>=1.2 Requirement of django-nose: nose>=1.2.1 Requirement of django-mama-cas: requests==1.1.0 Requirement of django-debug-toolbar: sqlparse Requirement of django-debug-toolbar: Django>=1.7 Requirement of django-auth-ldap: python-ldap>=2.0 Requirement of django-auth-ldap: django>=1.1 Requirement of translations: Django>=1.4 Requirement of django-extensions: six>=1.2 While: Installing django. Error: The requirement ('Django>=1.7') is not allowed by your [versions] constraint (1.6.6) This makes it much easier to spot the cause (in this case django-debug-toolbar). There *are* some unrelated packages in here because I'm doing a textual comparison. The advantage is that it is very robust. And extracting the right package name from requirements without messing things up is harder to get right and takes more code.
-