I did not modified the manage.py file




On Sun, Jan 23, 2011 at 10:44 PM, Kimberly Harvey <kharve...@gmail.com>wrote:

> Please do the following and provide the output:
>
>   pwd
>
> MY OUTPUT: /home/username/wikicamp
>
> Now run 'python' from the command line and do the following, providing the
> output to us:
>
>   import settings
>   print settings.__file__
>
>   import wikicamp.settings
>   print wikicamp.settings.__file__
>
> after importing setting
> print settings.__file__
> OUTPUT: settings.pyc
>
>  import wikicamp.settings
>   print wikicamp.settings.__file__
>
> OUTPUT: wikicamp/settings.pyc
>
> These might produce exceptions depending on where you current working
> directory is.
>
> This is to show whether you may have created a backup copy of settings.py
> file somewhere which is being found instead of that in same directory as
> manage.py.
>
> Finally, if you have modified manage.py, tell is what you have changed it
> to.
>
>
>
> On Sun, Jan 23, 2011 at 10:27 PM, Graham Dumpleton <
> graham.dumple...@gmail.com> wrote:
>
>>
>>
>> On Monday, January 24, 2011 3:18:45 PM UTC+11, Kimberly wrote:
>>>
>>> Traceback ( most recent call last):
>>>      File "manage.py", line 11, in <module>
>>>         execute_manager(settings)
>>>     File "/usr/lib/python2.5/site-
>>> packages/django/core/management/_init_.py", line 438, in execute manager
>>>     File
>>> "/usr/lib/python2.5/site-packages/django/core/management/_init_.py", line
>>> 379, in execute
>>>       self.fetch_command(subcommand).run_from_argv(self.argv)
>>>     File
>>> "/usr/lib/python2.5/site-packages/django/core/management/base.py", line 191,
>>> in run_from_argv
>>>     self.exectured(*args, **options._dict_)
>>> File "/usr/lib/python2.5/site-packages/django/core/management/base.py",
>>> line 220, in execute
>>>     output = self.handle(*args, **options)
>>> File "/usr/lib/python2.5/site-packages/django/core/management/base.py",
>>> line 351, in handle
>>>    return self.handle_noargs(**options)
>>> File
>>> "/usr/lib/python2.5/site-packages/django/core/management/commands/syncdb.py",
>>> line 52, in handle_noargs
>>>     cursor = connection.cursor()
>>> File "/usr/lib/python2.5/site-packages/django/db/backends/dummy/base.py",
>>> line 15, in complain
>>>     raise ImproperlyConfigured("You hav
>>> en't set the database ENGINE setting yet.")
>>>
>>> THE ABOVE IS when I typed python manage.py syncdb
>>>
>>
>> Okay, if you definitely 100% aren't seeing something like:
>>
>> /home/username/wikicamp/settings.pyc
>> DATABASES { 'default': {'ENGINE': 'django.db.backends.sqlite3', 'NAME':
>> 'wiki.db', 'HOST': '', 'USER': '', 'PASSWORD':'', 'PORT':''}}
>>
>> when running syncdb, then having a hard time explaining why it isn't being
>> loaded.
>>
>> Please do the following and provide the output:
>>
>>   pwd
>>
>> This is to show us the directory you are in when you are running runserver
>> and syncdb.
>>
>>   echo $PYTHONPATH
>>
>> This is to show us if you have a custom Python module search path set in
>> your environment.
>>
>>   echo $DJANGO_SETTINGS_MODULE
>>
>> This is show is if you are setting where Django should find its settings
>> module.
>>
>> Now run 'python' from the command line and do the following, providing the
>> output to us:
>>
>>   import settings
>>   print settings.__file__
>>
>>   import wikicamp.settings
>>   print wikicamp.settings.__file__
>>
>> These might produce exceptions depending on where you current working
>> directory is.
>>
>> This is to show whether you may have created a backup copy of settings.py
>> file somewhere which is being found instead of that in same directory as
>> manage.py.
>>
>> Finally, if you have modified manage.py, tell is what you have changed it
>> to.
>>
>> Graham
>>
>> Below is when I ran the python manage.py runserver
>>> /home/username/wikicamp/settings.pyc
>>> DATABASES { 'default': {'ENGINE': 'django.db.backends.sqlite3', 'NAME':
>>> 'wiki.db', 'HOST': '', 'USER': '', 'PASSWORD':'', 'PORT':''}}
>>> validating models...
>>> 0 errors found
>>>
>>> Django version 1.2.4, using settings 'wikicamp.settings'
>>> Development server is running at http://127.0.0.1:8000/
>>> Quit the server with CONTROL -C
>>>
>>> Those are the outputs after y
>>>
>>>
>>> On Sun, Jan 23, 2011 at 10:11 PM, Graham Dumpleton <
>>> graham.d...@gmail.com> wrote:
>>>
>>>>
>>>>
>>>> On Monday, January 24, 2011 2:55:16 PM UTC+11, Graham Dumpleton wrote:
>>>>>
>>>>> Are you saying that those two print statements you were told to add are
>>>>> not causing anything additional to be displayed on the screen when you run
>>>>> both runserver and syncdb?
>>>>>
>>>>> This is why I asked you to provide the output again. You may not
>>>>> understand what we are looking for. Don't care about what the error is at
>>>>> the point but the information that those print statements should have
>>>>> output.
>>>>>
>>>>
>>>> For the record, I would expect to see those print statements produce
>>>> output at least twice. This is because settings.py actually gets imported
>>>> multiple times. So, for example I see:
>>>>
>>>> Grumpys-MacBook-Pro:mysite graham$ python manage.py runserver
>>>> Traceback (most recent call last):
>>>>   File "manage.py", line 2, in <module>
>>>>     from django.core.management import execute_manager
>>>> ImportError: No module named django.core.management
>>>> Grumpys-MacBook-Pro:mysite graham$ source ../../bin/activate
>>>> (django-2)Grumpys-MacBook-Pro:mysite graham$ python manage.py runserver
>>>> /Library/WebServer/Sites/django-2/projects/mysite/settings.py
>>>> DATABASES {'default': {'ENGINE': 'django.db.backends.sqlite3', 'NAME':
>>>> '/Library/WebServer/Sites/django-2/db/database.db', 'HOST': '', 'USER': '',
>>>> 'PASSWORD': '', 'PORT': ''}}
>>>> /Library/WebServer/Sites/django-2/projects/mysite/../mysite/settings.pyc
>>>> DATABASES {'default': {'ENGINE': 'django.db.backends.sqlite3', 'NAME':
>>>> '/Library/WebServer/Sites/django-2/db/database.db', 'HOST': '', 'USER': '',
>>>> 'PASSWORD': '', 'PORT': ''}}
>>>> /Library/WebServer/Sites/django-2/projects/mysite/settings.pyc
>>>> DATABASES {'default': {'ENGINE': 'django.db.backends.sqlite3', 'NAME':
>>>> '/Library/WebServer/Sites/django-2/db/database.db', 'HOST': '', 'USER': '',
>>>> 'PASSWORD': '', 'PORT': ''}}
>>>> /Library/WebServer/Sites/django-2/projects/mysite/../mysite/settings.pyc
>>>> DATABASES {'default': {'ENGINE': 'django.db.backends.sqlite3', 'NAME':
>>>> '/Library/WebServer/Sites/django-2/db/database.db', 'HOST': '', 'USER': '',
>>>> 'PASSWORD': '', 'PORT': ''}}
>>>> Validating models...
>>>>
>>>> 0 errors found
>>>> Django version 1.3 beta 1, using settings 'mysite.settings'
>>>> Development server is running at http://127.0.0.1:8000/
>>>> Quit the server with CONTROL-C.
>>>>
>>>>
>>>> ^C(django-2)Grumpys-MacBook-Pro:mysite graham$ python manage.py syncdb
>>>> /Library/WebServer/Sites/django-2/projects/mysite/settings.pyc
>>>> DATABASES {'default': {'ENGINE': 'django.db.backends.sqlite3', 'NAME':
>>>> '/Library/WebServer/Sites/django-2/db/database.db', 'HOST': '', 'USER': '',
>>>> 'PASSWORD': '', 'PORT': ''}}
>>>> /Library/WebServer/Sites/django-2/projects/mysite/../mysite/settings.pyc
>>>> DATABASES {'default': {'ENGINE': 'django.db.backends.sqlite3', 'NAME':
>>>> '/Library/WebServer/Sites/django-2/db/database.db', 'HOST': '', 'USER': '',
>>>> 'PASSWORD': '', 'PORT': ''}}
>>>> Creating tables ...
>>>> Installing custom SQL ...
>>>> Installing indexes ...
>>>> No fixtures found.
>>>>
>>>> Don't get me started on the multiple imports of settings.py file. :-(
>>>>
>>>> Graham
>>>>
>>>>
>>>> On Monday, January 24, 2011 2:48:50 PM UTC+11, Kimberly wrote:
>>>>>
>>>>>> I've provided the full errors in the post, it is there. ( same errors
>>>>>> as I've faced prior to adding the print __file__ and 'DATABASES', 
>>>>>> DATABASES)
>>>>>> as I'm encountering the same after I've copied and paste the print inside
>>>>>> the settings.py file at the end)
>>>>>>
>>>>>> On Sun, Jan 23, 2011 at 9:40 PM, Graham Dumpleton 
>>>>>> <grah...@gmail.com>wrote:
>>>>>>
>>>>>>>  That is two underscores, followed by 'file' followed by two
>>>>>>> underscores. Not just a single underscore.
>>>>>>>
>>>>>>> Please try and cut and paste out we give to use and vice versa. In
>>>>>>> other words, provide complete output showing full errors and tracebacks.
>>>>>>> Such information may be meaningful to use even if you think it isn't.
>>>>>>>
>>>>>>> Graham
>>>>>>>
>>>>>>>
>>>>>>> On Monday, January 24, 2011 2:35:06 PM UTC+11, Kimberly wrote:
>>>>>>>
>>>>>>>>  it says that the _file_ is not defined.
>>>>>>>>
>>>>>>>> On Sun, Jan 23, 2011 at 9:28 PM, Graham Dumpleton <gra...@gmail.com
>>>>>>>> > wrote:
>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Monday, January 24, 2011 2:19:09 PM UTC+11, Steven Elliott Jr
>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>> Copy and Paste the following to replace your entire DATABASES
>>>>>>>>>> tuple:
>>>>>>>>>>
>>>>>>>>>> DATABASES = {
>>>>>>>>>>     'default': {
>>>>>>>>>>         'ENGINE': 'django.db.backends.sqlite3',
>>>>>>>>>>         'NAME': 'database.db',
>>>>>>>>>>         'USER': '',
>>>>>>>>>>         'PASSWORD': '',
>>>>>>>>>>         'HOST': '',
>>>>>>>>>>         'PORT': '',
>>>>>>>>>>     }
>>>>>>>>>> }
>>>>>>>>>>
>>>>>>>>>> it looks like in your configuration you are also missing a comma
>>>>>>>>>> after the name of the database. Remember you must include that comma 
>>>>>>>>>> because
>>>>>>>>>> this is a tuple.
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> That was already pointed out to them.
>>>>>>>>>
>>>>>>>>> The lack of a comma should have resulted in a syntax error, which
>>>>>>>>> makes me believe, unless they modified the content before posting, 
>>>>>>>>> that they
>>>>>>>>> may be modifying a different file to what is being read.
>>>>>>>>>
>>>>>>>>> I would like to see them, instead of changing DATABASES yet again,
>>>>>>>>> is to add at the very end of their settings.py file, the lines:
>>>>>>>>>
>>>>>>>>>   print __file__
>>>>>>>>>   print 'DATABASES', DATABASES
>>>>>>>>>
>>>>>>>>> This will prove two things. First that the file is being read as
>>>>>>>>> the output from this should show on stdout when running runserver or 
>>>>>>>>> syncdb.
>>>>>>>>> Second, will show what Python is seeing DATABASES as being set to.
>>>>>>>>>
>>>>>>>>> if it doesn't show, then wrong file. If shows, but is different to
>>>>>>>>> what they believe they are setting it to, they could have multiple 
>>>>>>>>> DATABASES
>>>>>>>>> entries in file.
>>>>>>>>>
>>>>>>>>> Graham
>>>>>>>>>
>>>>>>>>>  --
>>>>>>>>> You received this message because you are subscribed to the Google
>>>>>>>>> Groups "Django users" group.
>>>>>>>>> To post to this group, send email to dja...@googlegroups.com.
>>>>>>>>> To unsubscribe from this group, send email to
>>>>>>>>> djan...@googlegroups.com.
>>>>>>>>>
>>>>>>>>> For more options, visit this group at
>>>>>>>>> http://groups.google.com/group/django-users?hl=en.
>>>>>>>>>
>>>>>>>>
>>>>>>>>  --
>>>>>>> You received this message because you are subscribed to the Google
>>>>>>> Groups "Django users" group.
>>>>>>> To post to this group, send email to dja...@googlegroups.com.
>>>>>>> To unsubscribe from this group, send email to
>>>>>>> django-...@googlegroups.com.
>>>>>>>
>>>>>>> For more options, visit this group at
>>>>>>> http://groups.google.com/group/django-users?hl=en.
>>>>>>>
>>>>>>
>>>>>>  --
>>>> You received this message because you are subscribed to the Google
>>>> Groups "Django users" group.
>>>> To post to this group, send email to django...@googlegroups.com.
>>>>
>>>> To unsubscribe from this group, send email to
>>>> django-users...@googlegroups.com.
>>>> For more options, visit this group at
>>>> http://groups.google.com/group/django-users?hl=en.
>>>>
>>>
>>>  --
>> You received this message because you are subscribed to the Google Groups
>> "Django users" group.
>> To post to this group, send email to django-users@googlegroups.com.
>> To unsubscribe from this group, send email to
>> django-users+unsubscr...@googlegroups.com<django-users%2bunsubscr...@googlegroups.com>
>> .
>> For more options, visit this group at
>> http://groups.google.com/group/django-users?hl=en.
>>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Django users" group.
To post to this group, send email to django-users@googlegroups.com.
To unsubscribe from this group, send email to 
django-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/django-users?hl=en.

Reply via email to