Re: [Arches] Re: Installing Arches-HIP: Creating Database Error: ImportError: No module named resource

[mai . abdelaziz]

Hi Adam and Alexei,

We have decided to start a clean installation of Arches on a new sever, we 
are now installing it on Red Hat Enterprise Linux Server release 6.7.
There are good news and bad news, the bad news is that we got a brand new 
error message when running:  python manage.py packages -o install from the 
virtual environment, the error is listed below. 
The good news is that the error message refers to the python that is in the 
virtual environment not outside it and when running which python, it refers 
to the one inside the virtual environment (/projects/ENV/bin/python). 
However, arches and arches-hip still have directories in 
(/usr/local/lib/python2.7/site-packages/) and what I got from Alexei's 
reply is that this is not okay. So should I try uninstalling it again or 
not. Should these arches directories be in 
(/projects/ENV/lib/python2.7/site-packages/) instead, for it to function 
correctly?

The new error that we get is:
Traceback (most recent call last):
  File "manage.py", line 28, in 
execute_from_command_line(sys.argv)
  File 
"/opt/projects/ENV/lib/python2.7/site-packages/django/core/management/__init__.py",
 
line 338, in execute_from_command_line
utility.execute()
  File 
"/opt/projects/ENV/lib/python2.7/site-packages/django/core/management/__init__.py",
 
line 303, in execute
settings.INSTALLED_APPS
  File 
"/opt/projects/ENV/lib/python2.7/site-packages/django/conf/__init__.py", 
line 48, in __getattr__
self._setup(name)
  File 
"/opt/projects/ENV/lib/python2.7/site-packages/django/conf/__init__.py", 
line 44, in _setup
self._wrapped = Settings(settings_module)
  File 
"/opt/projects/ENV/lib/python2.7/site-packages/django/conf/__init__.py", 
line 92, in __init__
mod = importlib.import_module(self.SETTINGS_MODULE)
  File "/usr/local/lib/python2.7/importlib/__init__.py", line 37, in 
import_module
__import__(name)
  File "/opt/projects/my_hip_app/my_hip_app/settings.py", line 3, in 

from arches_hip.settings import *
ImportError: No module named arches_hip.settings
 
Once again, Thanks a lot for your continued help and support.

--
Sincerely,
Mai Abdelaziz


On Wednesday, September 9, 2015 at 6:52:59 PM UTC+2, Alexei Peters wrote:
>
> Hi Mai,
> It looks like you have 'arches' installed in the default python location 
> (at /usr/lib/python2.7/site-packages/).  Maybe you installed arches there 
> first before realizing that you needed to use a virtual environment.
> I would try un-installing "arches' from the default python instance.
>
> Open a new terminal window and make sure the virtual environment IS NOT 
> activated.
> run the command "pip uninstall arches"
>
> Go to /usr/lib/python2.7/site-packages/ and confirm that the arches 
> directory is gone (if not you can simply delete it).
> I'd also recommend uninstalling all the arches dependencies (found in 
> arches/arches/install/requirements.txt)
>
> Once you've done that, re-activate your virtualenv and try running 
>
>> *python manage.py packages -o install*
>
>
> Let us know if that helps.
> Cheers,
> Alexei 
>
>
> Director of Web Development - Farallon Geographics, Inc. - 971.227.3173
>
> On Tue, Sep 8, 2015 at 10:47 AM, Adam Cox  > wrote:
>
>> Hello Mai, it still bothers me that your error messages were coming from 
>> python files that were not within your virtual environment, but in the 
>> default python installation instead (even though I can see that you had the 
>> virtual environment activated).  The last error message you sent looked 
>> like you were using CentOS.  CentOS 7 ships with Python 2.7.5 (as you can 
>> see here ), but 
>> Arches needs Python 2.7.6.  I'm unclear what problems that version 
>> difference may cause, but this may be one of them.  While your virtual 
>> environment is activated, try *python --version *and *which python *to 
>> see what version of Python you are running and where it is located.
>>
>> I know this is kind of a step behind the other troubleshooting you've 
>> been doing, but it may be worth checking out.
>>
>> Adam
>>
>> On Thursday, September 3, 2015 at 3:15:12 AM UTC-5, Mai Abdelaziz El Kady 
>> wrote:
>>>
>>> Hi Alexei,
>>>
>>> I am sorry about the delayed response.
>>> I am stumped as well, I have tried your last suggestion and the results 
>>> were the same.
>>> When accessing psql through a terminal we found that the table concepts 
>>> is created and there are even values in it!
>>> We tried selecting from it using the command "SELECT * FROM 
>>> concepts.concepts;" and it did return some values, 
>>> However when we tried "SELECT * FROM concepts;" the previous error was 
>>> shown; that is "relation concepts does not exist".
>>> Now I am not an experienced psql user but isn't there a search path that 
>>> should be checked by sql in case the schema is omitted?
>>> Do you think this has anything to do with the problem that we're facing?
>>> One last thing, do you 

Re: [Arches] Re: Installing Arches-HIP: Creating Database Error: ImportError: No module named resource

[Alexei Peters]

Hi Mai,
Did you pip install arches, or arches-hip?
>From the looks of the error message arches-hip isn't installed.
Cheers,
Alexei


Director of Web Development - Farallon Geographics, Inc. - 971.227.3173

On Sun, Sep 13, 2015 at 1:50 AM,  wrote:

> Hi Adam and Alexei,
>
> We have decided to start a clean installation of Arches on a new sever, we
> are now installing it on Red Hat Enterprise Linux Server release 6.7.
> There are good news and bad news, the bad news is that we got a brand new
> error message when running:  python manage.py packages -o install from
> the virtual environment, the error is listed below.
> The good news is that the error message refers to the python that is in
> the virtual environment not outside it and when running which python, it
> refers to the one inside the virtual environment
> (/projects/ENV/bin/python). However, arches and arches-hip still have
> directories in (/usr/local/lib/python2.7/site-packages/) and what I got
> from Alexei's reply is that this is not okay. So should I try uninstalling
> it again or not. Should these arches directories be in
> (/projects/ENV/lib/python2.7/site-packages/) instead, for it to function
> correctly?
>
> The new error that we get is:
> Traceback (most recent call last):
>   File "manage.py", line 28, in 
> execute_from_command_line(sys.argv)
>   File
> "/opt/projects/ENV/lib/python2.7/site-packages/django/core/management/__init__.py",
> line 338, in execute_from_command_line
> utility.execute()
>   File
> "/opt/projects/ENV/lib/python2.7/site-packages/django/core/management/__init__.py",
> line 303, in execute
> settings.INSTALLED_APPS
>   File
> "/opt/projects/ENV/lib/python2.7/site-packages/django/conf/__init__.py",
> line 48, in __getattr__
> self._setup(name)
>   File
> "/opt/projects/ENV/lib/python2.7/site-packages/django/conf/__init__.py",
> line 44, in _setup
> self._wrapped = Settings(settings_module)
>   File
> "/opt/projects/ENV/lib/python2.7/site-packages/django/conf/__init__.py",
> line 92, in __init__
> mod = importlib.import_module(self.SETTINGS_MODULE)
>   File "/usr/local/lib/python2.7/importlib/__init__.py", line 37, in
> import_module
> __import__(name)
>   File "/opt/projects/my_hip_app/my_hip_app/settings.py", line 3, in
> 
> from arches_hip.settings import *
> ImportError: No module named arches_hip.settings
>
> Once again, Thanks a lot for your continued help and support.
>
> --
> Sincerely,
> Mai Abdelaziz
>
>
> On Wednesday, September 9, 2015 at 6:52:59 PM UTC+2, Alexei Peters wrote:
>>
>> Hi Mai,
>> It looks like you have 'arches' installed in the default python location
>> (at /usr/lib/python2.7/site-packages/).  Maybe you installed arches
>> there first before realizing that you needed to use a virtual environment.
>> I would try un-installing "arches' from the default python instance.
>>
>> Open a new terminal window and make sure the virtual environment IS NOT
>> activated.
>> run the command "pip uninstall arches"
>>
>> Go to /usr/lib/python2.7/site-packages/ and confirm that the arches
>> directory is gone (if not you can simply delete it).
>> I'd also recommend uninstalling all the arches dependencies (found in
>> arches/arches/install/requirements.txt)
>>
>> Once you've done that, re-activate your virtualenv and try running
>>
>>> *python manage.py packages -o install*
>>
>>
>> Let us know if that helps.
>> Cheers,
>> Alexei
>>
>>
>> Director of Web Development - Farallon Geographics, Inc. - 971.227.3173
>>
>> On Tue, Sep 8, 2015 at 10:47 AM, Adam Cox  wrote:
>>
>>> Hello Mai, it still bothers me that your error messages were coming from
>>> python files that were not within your virtual environment, but in the
>>> default python installation instead (even though I can see that you had the
>>> virtual environment activated).  The last error message you sent looked
>>> like you were using CentOS.  CentOS 7 ships with Python 2.7.5 (as you can
>>> see here ), but
>>> Arches needs Python 2.7.6.  I'm unclear what problems that version
>>> difference may cause, but this may be one of them.  While your virtual
>>> environment is activated, try *python --version *and *which python *to
>>> see what version of Python you are running and where it is located.
>>>
>>> I know this is kind of a step behind the other troubleshooting you've
>>> been doing, but it may be worth checking out.
>>>
>>> Adam
>>>
>>> On Thursday, September 3, 2015 at 3:15:12 AM UTC-5, Mai Abdelaziz El
>>> Kady wrote:

 Hi Alexei,

 I am sorry about the delayed response.
 I am stumped as well, I have tried your last suggestion and the results
 were the same.
 When accessing psql through a terminal we found that the table concepts
 is created and there are even values in it!
 We tried selecting from it using the command "SELECT * FROM
 concepts.concepts;" and it did