Bsrgvty

Issue was found in chat, I am using the wrong version of virtualenv which requires uninstallation.

While I was trying to set-up a Django Project. On the manage.py:

ImportError("Couldn't import Django. Are you sure it's installed and "
"available on your PYTHONPATH environment variable? `Did you "`
"forget to activate a virtual environment?"

) from exc

Update: I ran virtualenv cmd in Pycharm Pro terminal
This came up:

You must provide a DEST_DIR
Usage: virtualenv [OPTIONS] DEST_DIR

Any solution?

Additional information:
Pip3was used in installation and virtualenv is installed.

Django MCVE:

def main():
os.environ.setdefault('DJANGO_SETTINGS_MODULE', 'Example.settings')
try:
 from django.core.management import execute_from_command_line
except ImportError as exc:
 raise ImportError(
 "Couldn't import Django. Are you sure it's installed and "
 "available on your PYTHONPATH environment variable? Did you "
 "forget to activate a virtual environment?"
 ) from exc
execute_from_command_line(sys.argv)

os.environ.setdefault('DJANGO_SETTINGS_MODULE', 'Example.settings')
application = get_wsgi_application()
INSTALLED_APPS = [
'django.contrib.admin',
'django.contrib.auth',
'django.contrib.contenttypes',
'django.contrib.sessions',
'django.contrib.messages',
'django.contrib.staticfiles',

MIDDLEWARE = [
'django.middleware.security.SecurityMiddleware',
'django.contrib.sessions.middleware.SessionMiddleware',
'django.middleware.common.CommonMiddleware',
'django.middleware.csrf.CsrfViewMiddleware',
'django.contrib.auth.middleware.AuthenticationMiddleware',
'django.contrib.messages.middleware.MessageMiddleware',
'django.middleware.clickjacking.XFrameOptionsMiddleware',

]

ROOT_URLCONF = 'Example.urls'

TEMPLATES = [

 'BACKEND': 'django.template.backends.django.DjangoTemplates',
 'DIRS': [os.path.join(BASE_DIR, 'templates')]
 ,
 'APP_DIRS': True,
 'OPTIONS': 
 'context_processors': [
 'django.template.context_processors.debug',
 'django.template.context_processors.request',
 'django.contrib.auth.context_processors.auth',
 'django.contrib.messages.context_processors.messages',
 ],
 ,
,

]

WSGI_APPLICATION = 'Example.wsgi.application'

from django.core.management import execute_from_command_line works perfectly plus you are getting the following error when using python3.7 interpreter in Ubuntu 19.04:

You must provide a DEST_DIR
Usage: virtualenv [OPTIONS] DEST_DIR

I recommend testing a simple "hello world" Python program in the virtualenv, because it looks like the problem is with the virtualenv, not with the Python code. This could be for two reasons:

1. The virtualenv is messed up and must be re-created from scratch.


2. If you created the same two virtualenvs, one in PyCharm and the other one in your home directory and a "hello world" program only works in the virtualenv that was not created in PyCharm, it is possible that the virtualenv is OK, but it's not configured correctly in PyCharm.

The following screenshot shows my project structure of a simple "hello world" project in PyCharm which is named hello-world-1. My source file is named hello-world-1.py. I ran this code by clicking the green run triangle ▶ marked by the mouse cursor in the below screenshot.

All of the files that you see in the hello-world-1 directory tree were created automatically by PyCharm when I created the project except for the hello-world-1.py file which I created afterwards in PyCharm. I didn't configure the virtualenv when I created the project. I accepted all the defaults and clicked OK.

pip3 was automatically created by PyCharm in the bin directory in case I want to install any Python packages for my python3 program with pip3 install <package name>.

The next thing I did was to edit my "hello world" code so that it looks like this:

print("Hello world!")
from django.core.management import execute_from_command_line 

This code also ran without errors showing that it imported Django, which is globally installed by sudo apt install python3-django, into the virtualenv without any additional configuration required.

The purpose of the venv directory is to provide a landing directory for the virtualenv. venv is just a name that PyCharm uses to identify this directory, but venv can be changed by the user to any other name. The purpose of the virtualenv is to provide a secure sandboxed environment where the user can safely install whatever packages are required by an individual project. Of course, if the same packages are also provided by the default Ubuntu repositories there's no point in messing around with pip because Ubuntu repository packages have already been checked by the Ubuntu developers.

$ apt policy python3-django
python3-django:
 Installed: 1:1.11.11-1ubuntu1.5
$ python3
>>> import django
>>> from django.core.management import execute_from_command_line # no error message
>>> exit()