[ECODP-dev] WSGI/Repoze tkt Message from installation
Dimitrios Mexis
dimitrios.mexis at tenforce.com
Wed May 29 13:53:16 UTC 2013
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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.okfn.org/mailman/private/ecodp-dev/attachments/20130529/861354a2/attachment.html>
More information about the ecodp-dev
mailing list