easy_install 'nagare[full]' builds lxml against wrong version of libxslt

[Terrence Brannon]

I am running Mac OS X and I am attempting to follow [the Nagare instructions listed in the QuickStart](http://www.nagare.org/trac/wiki/QuickStart).

In section 2.1 it says to create a virtual environment, but it never says to activate it, which seems like a problem to me. So I activated the nagare virtual environment and ran easy_install from the bin directory of it:

   ./easy_install 'nagare[full]'

But when building lxml, the build process attempted to link with another version of libxslt I had on the machine. This happens whether or not I activate the nagare virtual environment before attempting to install nagare:

https://gist.github.com/metaperl/96e79d3a834d3902f6b4 

[Alain Poirier]

> Le 12 avr. 2015 à 01:37, Terrence Brannon <thequie...@gmail.com> a écrit :
>
> I am running Mac OS X and I am attempting to follow [the Nagare instructions listed in the QuickStart](http://www.nagare.org/trac/wiki/QuickStart).
>
> In section 2.1 it says to create a virtual environment, but it never says to activate it, which seems like a problem to me.

Well, you don’t have to activate the virtual env. if you explicitly give the path
to 'easy_install', like in the documentation. So, both methods are identical:

1. <NAGARE_HOME>/bin/easy_install 'nagare[full]'

or

1. cd <NAGARE_HOME>; ./activate
2. easy_install 'nagare[full]'

> So I activated the nagare virtual environment and ran easy_install from the bin directory of it:
>
> ./easy_install 'nagare[full]'
>
> But when building lxml, the build process attempted to link with another version of libxslt I had on the machine. This happens whether or not I activate the nagare virtual environment before attempting to install nagare:
>
> https://gist.github.com/metaperl/96e79d3a834d3902f6b4

I don’t know what’s happening: virtual envs are only local env. for Python dependencies
not for C librairies. It means with or without any virtual env. activated, the same
libxsl librairy would be found. Perhaps check in your shell environment if you don’t
have a variable pointing to your '/Users/anicca/anaconda/lib’ directory where the
libxls lib is found.