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.
