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

Wed May 29 14:56:00 UTC 2013

Hi John,

That way, seems working. But downloading and installing per package and
version, is not ?

Many thanks
Dimitrios

On Wed, May 29, 2013 at 4:38 PM, John Glover <john.glover at okfn.org> wrote:

> 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
>>
>>
>
> _______________________________________________
> 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/9ddc69a0/attachment.html>