On 11/02/2013 09:02, Reinout van Rees wrote:

On 11-02-13 08:46, Adam GROSZER wrote:

...

That caused a severe heartattack on winbot. :-S Any advices what to do?

I *think* the basic solution is to use a newer bootstrap.

buildout 1.7 and 2.0 include a build-in version restriction to <2.0 and

...

=2.0 respectively to prevent accidental updates. The latest bootstraps use that.

http://downloads.buildout.org/1/bootstrap.py http://downloads.buildout.org/2/bootstrap.py

But we can drop the -t for buildout 2 now, right? Chris -- Simplistix - Content Management, Batch Processing & Python Consulting - http://www.simplistix.co.uk

On 02/11/2013 10:02 AM, Reinout van Rees wrote:

On 11-02-13 08:46, Adam GROSZER wrote:

...

That caused a severe heartattack on winbot. :-S Any advices what to do?

I *think* the basic solution is to use a newer bootstrap.

buildout 1.7 and 2.0 include a build-in version restriction to <2.0 and

...

=2.0 respectively to prevent accidental updates. The latest bootstraps use that.

http://downloads.buildout.org/1/bootstrap.py http://downloads.buildout.org/2/bootstrap.py

Reinout

Yay! That did it! -- Best regards, Adam GROSZER -- Quote of the day: It is not good to be too free. It is not good to have everything one wants. - Blaise Pascal

On 02/11/2013 01:54 PM, Jim Fulton wrote:

On Mon, Feb 11, 2013 at 2:46 AM, Adam GROSZER wrote:

...

Hello,

That caused a severe heartattack on winbot. :-S

Could you be more specific?

Jim

nm, Reinout's solution worked. Was an old bootstrap.py -- Best regards, Adam GROSZER

On Mon, Feb 11, 2013 at 4:46 AM, Reinout van Rees wrote:

On 10-02-13 19:24, Jim Fulton wrote:

...

I'm very happy, finally, to have released buildout 2.0.0.

What's being picked:

zc.buildout = 2.0.0 zc.recipe.egg = 2.0.0a3

Shouldn't zc.recipe.egg be tagged as 2.0.0 final, too?

Yes. I'll do that. Jim -- Jim Fulton http://www.linkedin.com/in/jimfulton Jerky is better than bacon! http://zo.pe/Kqm

On Mon, Feb 11, 2013 at 1:01 PM, Lele Gaifax wrote: ...

I do understand that the documentation says “use virtualenv†to fix the issue,

Or a clean Python build.

but I'm curious about the position of the “dist-packages†in the list:

1) why does it ends in the middle?

The paths are listed in the order that the corresponding distributions are found when satisfying requirements. So paths corresponding to the requirements you list will tend to appear earlier than the paths corresponding to their requirements, and so on. In some system installs, many system-installed distributions end up in the same path.

2) is (the position) controllable/explicitly determinable in some way?

Not directly. Jim -- Jim Fulton http://www.linkedin.com/in/jimfulton Jerky is better than bacon! http://zo.pe/Kqm

On Fri, Feb 22, 2013 at 11:11 AM, Ralf Schmitt wrote:

Jim Fulton writes:

...

...

but I'm curious about the position of the “dist-packages†in the list:

1) why does it ends in the middle?

The paths are listed in the order that the corresponding distributions are found when satisfying requirements. So paths corresponding to the requirements you list will tend to appear earlier than the paths corresponding to their requirements, and so on.

In some system installs, many system-installed distributions end up in the same path.

But that's a reason why the site-packages should be moved to the end of the paths that are prepended to sys.path:

When pinning a package to a specific version, it may end up *not* being used, because site-packages has the same package with a different version. If site-packages is at the end, that problem goes away.

Can this be implemented or is there a technical reason for not doing it?

It can't be implemented in any sane way. The problem is that site-packages doesn't have a predictable location, as demonstrated by the example given in this thread. On some systems, there are multiple directories containing custom modules. Jim -- Jim Fulton http://www.linkedin.com/in/jimfulton Jerky is better than bacon! http://zo.pe/Kqm

On Fri, Feb 22, 2013 at 1:29 PM, Lele Gaifax wrote:

Jim Fulton writes:

...

The problem is that site-packages doesn't have a predictable location, as demonstrated by the example given in this thread. On some systems, there are multiple directories containing custom modules.

Sorry to insist (being dumb :), but couldn't buildout, that should know the list of explicitly requested distributions, sort the paths giving precedence to them?

It *could* sort them by the order it encountered them when it was computing the working set, however, if one of the requirements it finds is in a system directory, and it happens to come early, the system directory can have other distributions that shadow distributions found by buildout. Jim -- Jim Fulton http://www.linkedin.com/in/jimfulton Jerky is better than bacon! http://zo.pe/Kqm

On 23-02-13 19:13, Marius Gedminas wrote:

...

...

It*could* sort them by the order it encountered them when it was computing the working set, however, if one of the requirements it finds is in a system directory, and it happens to come early, the system directory can have other distributions that shadow distributions found by buildout. And since distribute is usually in dist-packages on Ubuntu, and distribute is the first requirement needed for buildbot itself, I always get dist-packages as first item in sys.path in bin/buildout.

And then all my buildouts fail because Ubuntu ships zope.interface 3.6.1 in dist-packages, and it is treated as a develop egg.

I'm missing something. Bootstrap and buildout grab distributions off pypi for what it needs. All that stuff ends up in the "eggs/" directory. So where/how exactly does it look for system packages? My bin/buildout normally looks something like this: #!/usr/bin/python import sys sys.path[0:0] = [ '/Users/reinout/Dotfiles/buildout/eggs/zc.buildout-2.0.1-py2.7.egg', '/Users/reinout/Dotfiles/buildout/eggs/distribute-0.6.34-py2.7.egg', ] import zc.buildout.buildout if __name__ == '__main__': sys.exit(zc.buildout.buildout.main()) The only way I know to get buildout to search the system for packages (instead of grabbing them themselves) is to use a special recipe like https://pypi.python.org/pypi/syseggrecipe What am I missing? Reinout -- Reinout van Rees http://reinout.vanrees.org/ reinout@vanrees.org http://www.nelen-schuurmans.nl/ "If you're not sure what to do, make something. -- Paul Graham"