[ECODP-dev] WSGI/Repoze tkt Message from installation

Wed May 29 14:38:47 UTC 2013

Hi Dimitrios,

You can do 'pip install -r pip-requirements.txt' to install a full
requirements file.

Regards,
John

On 29 May 2013 16:25, Dimitrios Mexis <dimitrios.mexis at tenforce.com> wrote:

> Hi John,
>
> I agree and believe what you say, so I tried without touching anything on
> the test machine, to do the following in bash , in the activated
> environment :
>  *$ for i in `cat pip-requirements.txt`; do pip uninstall $i; done*
> followed by this bash :
> *$ for i in `cat pip-requirements.txt`; do pip install $i; done*
> I believe I should have positive result especially after a restart of the
> server. And nothing touched in the configuration files.
>
> Unfortunatelly I had to copy again the backup folders I have now from the
> old test, to run the ckan in the new test.
>
> Dimitrios
>
>
> On Wed, May 29, 2013 at 4:04 PM, John Glover <john.glover at okfn.org> wrote:
>
>> Hi Dimitrios,
>>
>> We should not be installing any of the Python dependences from RPMs as
>> that will not put them into the virtualenv.
>>
>> I'm not sure what you mean by how do we deal with the site-packages
>> directory, these are all CKAN dependencies that have to be installed with
>> the virtualenv activated. The full virtualenv can also be copied from
>> another machine providing that the architecture is the same and that the
>> directory hierarchy is identical. In the latter case though the
>> dependencies would have to be installed with the virtualenv activated on
>> the first machine.
>>
>> Regards,
>> John
>>
>>
>> On 29 May 2013 15:53, Dimitrios Mexis <dimitrios.mexis at tenforce.com>wrote:
>>
>>> Well to answer myself the original question of me  the problem is that:
>>>
>>> a) The redhat environment has alerady installed python libraries that
>>> are not found in our previous test succesfull environments. That was
>>> triggered for me to check by the answer of John about incosistency.
>>> the package that I am installing or trying at least, are not touched
>>> really from yesterday. UNLESS off course there is some other mechanism that
>>> I do not know.
>>> b) I removed those incosistent packages. So no official
>>> WebOb/baker/decoratorz what ever through yum
>>> c) One effort I tried was with activated package to reinstall those
>>> libraries. Wrong.
>>> d) The final effort, was again to install ecodp-basic,
>>> ecodp-virtual-env, ecodp-inall-ckan AND FINALLY copy recursively all
>>> site-packages from virtual environment of old test machine to the new test
>>> machine.
>>> *success*
>>>
>>> So how do we deal with those tiny packages inside the site-packages?
>>> My bet, is that we need to have them installed as rpm...seperately.
>>> But that's only an opinion.
>>>
>>> Kind regards
>>> Dimitrios
>>>
>>>
>>> On Wed, May 29, 2013 at 3:42 PM, John Glover <john.glover at okfn.org>wrote:
>>>
>>>> That seems fine Bert so I'd have to have a look at the server to see
>>>> what is happening, there might be be something strange with the config.
>>>>
>>>> John
>>>>
>>>>
>>>>
>>>>
>>>> On 29 May 2013 15:35, Bert Van Nuffelen <bert.van.nuffelen at tenforce.com
>>>> > wrote:
>>>>
>>>>> Babel==0.9.4
>>>>> Beaker==1.6.4
>>>>> Flask==0.8
>>>>> FormAlchemy==1.4.1
>>>>> FormEncode==1.2.6
>>>>> Genshi==0.6
>>>>> Jinja2==2.7
>>>>> Mako==0.8.1
>>>>> MarkupSafe==0.9.2
>>>>> Pairtree==0.7.1-T
>>>>> Paste==1.7.2
>>>>> PasteDeploy==1.5.0
>>>>> PasteScript==1.7.3
>>>>> Pygments==1.6
>>>>> Pylons==0.9.7
>>>>> Routes==1.11
>>>>> SQLAlchemy==0.7.3
>>>>> Tempita==0.4
>>>>> WebError==0.10.3
>>>>> WebHelpers==1.2
>>>>> WebOb==1.0.8
>>>>> WebTest==2.0.6
>>>>> Werkzeug==0.8.3
>>>>> amqplib==1.0.2
>>>>> anyjson==0.3.3
>>>>> apachemiddleware==0.1.1
>>>>> argparse==1.2.1
>>>>> -e git+
>>>>> https://github.com/wwaites/autoneg.git@b4c727b164f411cc9d601afab4dcb9b76257acc4#egg=autoneg-dev
>>>>> beautifulsoup4==4.2.0<https://github.com/wwaites/autoneg.git@b4c727b164f411cc9d601afab4dcb9b76257acc4#egg=autoneg-devbeautifulsoup4==4.2.0>
>>>>> celery==2.4.2
>>>>> chardet==2.1.1
>>>>> ckan==1.7.1
>>>>> ckanext-archiver==0.1
>>>>> ckanext-datastorer==0.1
>>>>> ckanext-ecportal==0.1
>>>>> ckanext-qa==0.3
>>>>> decorator==3.4.0
>>>>> -e hg+
>>>>> http://hg.saddi.com/flup@301a58656bfbce7b77d538112b6348f67ce1162a#egg=flup-dev
>>>>> importlib==1.0.2<http://hg.saddi.com/flup@301a58656bfbce7b77d538112b6348f67ce1162a#egg=flup-devimportlib==1.0.2>
>>>>> json-table-schema==0.1
>>>>> kombu==2.1.3
>>>>> kombu-sqlalchemy==1.1.0
>>>>> lxml==2.2.4
>>>>> messytables==0.10.0
>>>>> nose==1.3.0
>>>>> ofs==0.4.1
>>>>> openpyxl==1.5.7
>>>>> ordereddict==1.1
>>>>> psycopg2==2.0.13
>>>>> python-dateutil==1.5
>>>>> python-magic==0.4.3
>>>>> python-openid==2.2.5
>>>>>
>>>>> -e svn+
>>>>> https://software.sandia.gov/svn/public/pyutilib/pyutilib.component.core/trunk@1886#egg=pyutilib.component.core-4.1-py2.6-dev_r1886
>>>>> repoze.who==2.1<https://software.sandia.gov/svn/public/pyutilib/pyutilib.component.core/trunk@1886#egg=pyutilib.component.core-4.1-py2.6-dev_r1886repoze.who==2.1>
>>>>> repoze.who-friendlyform==1.0.8
>>>>> repoze.who.plugins.openid==0.5.3
>>>>> requests==0.6.4
>>>>> simplejson==3.3.0
>>>>> six==1.3.0
>>>>> solrpy==0.9.4
>>>>> sqlalchemy-migrate==0.7.1
>>>>> -e git+
>>>>> https://github.com/okfn/vdm.git@e4a59e2b7d3f918a160f21f0d9face29e864a3ce#egg=vdm-dev
>>>>> waitress==0.8.5<https://github.com/okfn/vdm.git@e4a59e2b7d3f918a160f21f0d9face29e864a3ce#egg=vdm-devwaitress==0.8.5>
>>>>> xlrd==0.9.2
>>>>> zope.interface==4.0.1
>>>>>
>>>>> 2013/5/29 John Glover <john.glover at okfn.org>:
>>>>> > Hi Bert,
>>>>> >
>>>>> > Ok that looks correct, and if you list the dependencies for that
>>>>> version you
>>>>> > should have 'repoze.who==2.1' in there. You can check by activating
>>>>> the
>>>>> > virtualenv and doing a 'pip freeze'. It's possible that the wrong
>>>>> > dependencies were installed.
>>>>> >
>>>>> > John
>>>>> >
>>>>> >
>>>>> > On 29 May 2013 15:05, Bert Van Nuffelen <
>>>>> bert.van.nuffelen at tenforce.com>
>>>>> > wrote:
>>>>> >>
>>>>> >> I check the source from where we build it and this is the value
>>>>> >>
>>>>> >> [makerpm at rpm-builder ckan-release-v1.7.1-ecportal]$ git branch
>>>>> >> * release-v1.7.1-ecportal
>>>>> >>
>>>>> >> git log > first message >
>>>>> >>
>>>>> >> commit 3c12ae2eda53e8e1b2e292c7ed835716c82ca344
>>>>> >> Author: John Glover <j at johnglover.net>
>>>>> >> Date:   Tue May 28 14:35:09 2013 +0200
>>>>> >>
>>>>> >>     [#930] Change solr 'mm' value to '1' for OR search.
>>>>> >>
>>>>> >>     Move block of code that defines boolean closer to
>>>>> >>     where it is used.
>>>>> >>
>>>>> >>
>>>>> >> Bert
>>>>> >>
>>>>> >> 2013/5/29 John Glover <john.glover at okfn.org>:
>>>>> >> > Yes, that happens if you try to use the most recent who.ini with
>>>>> an
>>>>> >> > incorrect version of ckan (as there were some changes). If you do
>>>>> a 'git
>>>>> >> > branch' in the ckan dir it should show 'release-v1.7.1-ecportal'
>>>>> and
>>>>> >> > 'git
>>>>> >> > log' should show a recent commit.
>>>>> >> >
>>>>> >> > John
>>>>> >> >
>>>>> >> >
>>>>> >> > On 29 May 2013 14:42, Dimitrios Mexis <
>>>>> dimitrios.mexis at tenforce.com>
>>>>> >> > wrote:
>>>>> >> >>
>>>>> >> >> Hello,
>>>>> >> >>
>>>>> >> >> Do you happen to understand this error during installation ?
>>>>> >> >>
>>>>> >> >> Wed May 29 14:40:10 2013] [error] [client 192.168.33.110]
>>>>> mod_wsgi
>>>>> >> >> (pid=3289): Target WSGI script
>>>>> >> >> '/applications/ecodp/users/ecodp/ckan/ecportal/wsgi.py' cannot be
>>>>> >> >> loaded as
>>>>> >> >> Python module.
>>>>> >> >> [Wed May 29 14:40:10 2013] [error] [client 192.168.33.110]
>>>>> mod_wsgi
>>>>> >> >> (pid=3289): Exception occurred processing WSGI script
>>>>> >> >> '/applications/ecodp/users/ecodp/ckan/ecportal/wsgi.py'.
>>>>> >> >> [Wed May 29 14:40:10 2013] [error] [client 192.168.33.110]
>>>>> Traceback
>>>>> >> >> (most
>>>>> >> >> recent call last):
>>>>> >> >> [Wed May 29 14:40:10 2013] [error] [client 192.168.33.110]   File
>>>>> >> >> "/applications/ecodp/users/ecodp/ckan/ecportal/wsgi.py", line
>>>>> 15, in
>>>>> >> >> <module>
>>>>> >> >> [Wed May 29 14:40:10 2013] [error] [client 192.168.33.110]
>>>>> >> >> application
>>>>> >> >> = loadapp('config:%s' % config_filepath)
>>>>> >> >> [Wed May 29 14:40:10 2013] [error] [client 192.168.33.110]   File
>>>>> >> >> "/usr/lib/python2.6/site-packages/paste/deploy/loadwsgi.py",
>>>>> line 204,
>>>>> >> >> in
>>>>> >> >> loadapp
>>>>> >> >> [Wed May 29 14:40:10 2013] [error] [client 192.168.33.110]
>>>>> return
>>>>> >> >> loadobj(APP, uri, name=name, **kw)
>>>>> >> >> [Wed May 29 14:40:10 2013] [error] [client 192.168.33.110]   File
>>>>> >> >> "/usr/lib/python2.6/site-packages/paste/deploy/loadwsgi.py",
>>>>> line 225,
>>>>> >> >> in
>>>>> >> >> loadobj
>>>>> >> >> [Wed May 29 14:40:10 2013] [error] [client 192.168.33.110]
>>>>> return
>>>>> >> >> context.create()
>>>>> >> >> [Wed May 29 14:40:10 2013] [error] [client 192.168.33.110]   File
>>>>> >> >> "/usr/lib/python2.6/site-packages/paste/deploy/loadwsgi.py",
>>>>> line 625,
>>>>> >> >> in
>>>>> >> >> create
>>>>> >> >> [Wed May 29 14:40:10 2013] [error] [client 192.168.33.110]
>>>>> return
>>>>> >> >> self.object_type.invoke(self)
>>>>> >> >> [Wed May 29 14:40:10 2013] [error] [client 192.168.33.110]   File
>>>>> >> >> "/usr/lib/python2.6/site-packages/paste/deploy/loadwsgi.py",
>>>>> line 188,
>>>>> >> >> in
>>>>> >> >> invoke
>>>>> >> >> [Wed May 29 14:40:10 2013] [error] [client 192.168.33.110]
>>>>> filtered
>>>>> >> >> =
>>>>> >> >> context.next_context.create()
>>>>> >> >> [Wed May 29 14:40:10 2013] [error] [client 192.168.33.110]   File
>>>>> >> >> "/usr/lib/python2.6/site-packages/paste/deploy/loadwsgi.py",
>>>>> line 625,
>>>>> >> >> in
>>>>> >> >> create
>>>>> >> >> [Wed May 29 14:40:10 2013] [error] [client 192.168.33.110]
>>>>> return
>>>>> >> >> self.object_type.invoke(self)
>>>>> >> >> [Wed May 29 14:40:10 2013] [error] [client 192.168.33.110]   File
>>>>> >> >> "/usr/lib/python2.6/site-packages/paste/deploy/loadwsgi.py",
>>>>> line 110,
>>>>> >> >> in
>>>>> >> >> invoke
>>>>> >> >> [Wed May 29 14:40:10 2013] [error] [client 192.168.33.110]
>>>>> return
>>>>> >> >> fix_call(context.object, context.global_conf,
>>>>> **context.local_conf)
>>>>> >> >> [Wed May 29 14:40:10 2013] [error] [client 192.168.33.110]   File
>>>>> >> >>
>>>>> "/usr/lib/python2.6/site-packages/paste/deploy/util/fixtypeerror.py",
>>>>> >> >> line
>>>>> >> >> 57, in fix_call
>>>>> >> >> [Wed May 29 14:40:10 2013] [error] [client 192.168.33.110]
>>>>> val =
>>>>> >> >> callable(*args, **kw)
>>>>> >> >> [Wed May 29 14:40:10 2013] [error] [client 192.168.33.110]   File
>>>>> >> >>
>>>>> >> >>
>>>>> "/applications/ecodp/users/ecodp/ckan/ecportal/src/ckan/ckan/config/middleware.py",
>>>>> >> >> line 106, in make_app
>>>>> >> >> [Wed May 29 14:40:10 2013] [error] [client 192.168.33.110]
>>>>> >> >> who_parser.remote_user_key,
>>>>> >> >> [Wed May 29 14:40:10 2013] [error] [client 192.168.33.110]   File
>>>>> >> >> "/usr/lib/python2.6/site-packages/repoze/who/middleware.py",
>>>>> line 26,
>>>>> >> >> in
>>>>> >> >> __init__
>>>>> >> >> [Wed May 29 14:40:10 2013] [error] [client 192.168.33.110]
>>>>> >> >> challengers, mdproviders)
>>>>> >> >> [Wed May 29 14:40:10 2013] [error] [client 192.168.33.110]   File
>>>>> >> >> "/usr/lib/python2.6/site-packages/repoze/who/middleware.py",
>>>>> line 447,
>>>>> >> >> in
>>>>> >> >> make_registries
>>>>> >> >> [Wed May 29 14:40:10 2013] [error] [client 192.168.33.110]
>>>>> raise
>>>>> >> >> ValueError(str(name) + ': ' + why)
>>>>> >> >> [Wed May 29 14:40:10 2013] [error] [client 192.168.33.110]
>>>>> ValueError:
>>>>> >> >> auth_tkt: An object has failed to implement interface
>>>>> <InterfaceClass
>>>>> >> >> repoze.who.interfaces.IAuthenticator>
>>>>> >> >> [Wed May 29 14:40:10 2013] [error] [client 192.168.33.110]
>>>>> >> >> [Wed May 29 14:40:10 2013] [error] [client 192.168.33.110]
>>>>>   The
>>>>> >> >> authenticate attribute was not provided.
>>>>> >> >> [Wed May 29 14:40:10 2013] [error] [client 192.168.33.110]
>>>>> >> >>
>>>>> >> >
>>>>> >> >
>>>>> >> > _______________________________________________
>>>>> >> > Ecodp-dev mailing list
>>>>> >> > Ecodp-dev at lists.okfn.org
>>>>> >> > http://lists.okfn.org/mailman/listinfo/ecodp-dev
>>>>> >> >
>>>>> >>
>>>>> >>
>>>>> >>
>>>>> >> --
>>>>> >> Bert Van Nuffelen
>>>>> >>
>>>>> >> Semantic Technologies Software Architect at TenForce
>>>>> >> www.tenforce.be
>>>>> >>
>>>>> >> Bert.Van.Nuffelen at tenforce.com
>>>>> >> Office: +32 (0)16 31 48 60
>>>>> >> Mobile:+32 479 06 24 26
>>>>> >> skype: bert.van.nuffelen
>>>>> >>
>>>>> >> _______________________________________________
>>>>> >> Ecodp-dev mailing list
>>>>> >> Ecodp-dev at lists.okfn.org
>>>>> >> http://lists.okfn.org/mailman/listinfo/ecodp-dev
>>>>> >
>>>>> >
>>>>> >
>>>>> > _______________________________________________
>>>>> > Ecodp-dev mailing list
>>>>> > Ecodp-dev at lists.okfn.org
>>>>> > http://lists.okfn.org/mailman/listinfo/ecodp-dev
>>>>> >
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Bert Van Nuffelen
>>>>>
>>>>> Semantic Technologies Software Architect at TenForce
>>>>> www.tenforce.be
>>>>>
>>>>> Bert.Van.Nuffelen at tenforce.com
>>>>> Office: +32 (0)16 31 48 60
>>>>> Mobile:+32 479 06 24 26
>>>>> skype: bert.van.nuffelen
>>>>>
>>>>> _______________________________________________
>>>>> Ecodp-dev mailing list
>>>>> Ecodp-dev at lists.okfn.org
>>>>> http://lists.okfn.org/mailman/listinfo/ecodp-dev
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Ecodp-dev mailing list
>>>> Ecodp-dev at lists.okfn.org
>>>> http://lists.okfn.org/mailman/listinfo/ecodp-dev
>>>>
>>>>
>>>
>>> _______________________________________________
>>> Ecodp-dev mailing list
>>> Ecodp-dev at lists.okfn.org
>>> http://lists.okfn.org/mailman/listinfo/ecodp-dev
>>>
>>>
>>
>> _______________________________________________
>> Ecodp-dev mailing list
>> Ecodp-dev at lists.okfn.org
>> http://lists.okfn.org/mailman/listinfo/ecodp-dev
>>
>>
>
> _______________________________________________
> Ecodp-dev mailing list
> Ecodp-dev at lists.okfn.org
> http://lists.okfn.org/mailman/listinfo/ecodp-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.okfn.org/mailman/private/ecodp-dev/attachments/20130529/4aca5603/attachment.html>