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

Wed May 29 14:25:18 UTC 2013

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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.okfn.org/mailman/private/ecodp-dev/attachments/20130529/8b2311b9/attachment.html>