On Monday, January 24, 2011 4:25:52 PM UTC+11, Kimberly wrote:
>
> The directory I did it from was from my home directory. I've moved the
> files like you've indicated by using mv settings.py settings.py.broken.
>
> Should I go ahead and type in the command as python manage.py syncdb to see
> if it works?
>
YES. YES. YES.
:-)
Graham
>
> On Sun, Jan 23, 2011 at 11:17 PM, Graham Dumpleton
> <graham.d...@gmail.com>wrote:
>
>>
>>
>> On Monday, January 24, 2011 4:10:15 PM UTC+11, Kimberly wrote:
>>>
>>>
>>> /home/username/wikicamp/wikicamp/settings.py --> THIS DOES NOT EXIST
>>>
>>> WHAT DOES EXIST: /home/username/wikicamp and inside that directory,
>>> settings.py is there.
>>>
>>
>> Earlier you said you got:
>>
>> 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
>>
>> What directory did you do that from.
>>
>> If you didn't run this from inside of site directory as was expecting and
>> you did it from your home directory, then you have a settings.py sitting in
>> your home directory which is the problem. Rename any settings.py file you
>> home directory to something else.
>>
>> mv ~/settings.py ~/settings.py.broken
>>
>> In short, you have more than one settings.py file somewhere where it is
>> being found and the second one is causing a conflict.
>>
>> Graham
>>
>>
>>> On Sun, Jan 23, 2011 at 11:02 PM, Kimberly Harvey <kha...@gmail.com>wrote:
>>>
>>>> Sorry about that, there is nothing showing for either echo $PYTHONPATH
>>>> and echo $DJANGO_SETTINGS_MODULE
>>>>
>>>> I am currently reading your messages.
>>>>
>>>>
>>>> On Sun, Jan 23, 2011 at 10:55 PM, Graham Dumpleton
>>>> <graha...@gmail.com>wrote:
>>>>
>>>>>
>>>>>
>>>>> On Monday, January 24, 2011 3:44:59 PM UTC+11, Kimberly 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
>>>>>>
>>>>>
>>>>> Unfortunately you did not show what PYTHONPATH, or
>>>>> DJANGO_SETTINGS_MODULE was set to in environment to eliminate them as
>>>>> cause,
>>>>> but the above suggests that you have two Django projects created. One is
>>>>> at:
>>>>>
>>>>> /home/username/wikicamp
>>>>>
>>>>> and the other at:
>>>>>
>>>>> /home/username/wikicamp/wikicamp
>>>>>
>>>>> Can you confirm this by indicating whether then file:
>>>>>
>>>>> /home/username/wikicamp/wikicamp/settings.py
>>>>>
>>>>> exists.
>>>>>
>>>>> If this is write, then what is happening is that when syncb is being
>>>>> running it is actually picking up the settings file from that second site
>>>>> nested within the first.
>>>>>
>>>>> If that is what has been done, then do:
>>>>>
>>>>>
>>>>> mv /home/username/wikicamp/wikicamp
>>>>> /home/username/wikicamp/wikicamp.broken
>>>>>
>>>>> Also be aware that you shouldn't create Django apps with the same name
>>>>> as the project either, as the duplication of name can cause problems
>>>>> there
>>>>> as well, although for an app you wouldn't have a settings.py file in it,
>>>>> which in this case it seems you do.
>>>>>
>>>>> Graham
>>>>>
>>>>>
>>>>>> 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 <grah...@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 <
>>>>>>>> gra...@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 <
>>>>>>>>>>> gra...@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
>>>>>>>>>>>>>> dja...@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
>>>>>>>>>>>> dja...@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
>>>>>>>>> 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
>>>>>>> djang...@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 djan...@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.
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en.
