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

Wed May 29 15:35:14 UTC 2013

Hi,

as I run through the iteration of all packages, read from
pip-requirements.txt. Do I miss some special option that should be present
in order to do the same job ?

Dimitrios

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

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