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

Wed May 29 15:07:49 UTC 2013

Hi,

What do you mean by "downloading and installing per package and version"?

Thanks,
John

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

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