J'ai frappé un peu de mur de briques concernant la configuration de Django 1.7 à l'aide d'un virtualenv configuré à Python 3.4.
J'ai créé un Python 3.4 Virtualenv en utilisant: P>
sudo pip install https://www.djangoproject.com/download/1.7b1/tarball/
3 Réponses :
(À ce stade, vous pouvez vérifier que votre virtualen est actif et à l'aide de Python 3.4 avec sudo est inutile lors de la création d'un virtualenv et lors de l'installation avec PIP à l'intérieur d'un virtualenv. Essayez ce qui suit à la place:
$ virtualenv -p /usr/bin/python3.4 VENV
$ source venv / bin / activer
quel python , qui devrait imprimer quelque chose comme / home / user / projects / vénv / bin / python et python -version , qui devrait imprimer python 3.4.x)
$ pip installer https://www.djangoproject.com/download/1.7b1/tarball/
Merci. .
Je pense que le problème est Créer un nouveau virtualenv sans sudo . Le point de Virtualenv est que vous ne devriez pas avoir à gérer quelque chose en tant que root - Virtualenv mettra en place un environnement dans lequel vous pouvez installer des packages en tant qu'utilisateur. J'imagine que le problème est que ce problème suppose que votre utilisation de sudo suggère que vous souhaitez installer le package dans le répertoire du package système ... ou bien que Sudo lui-même remplace les modifications Virtualenv de votre environnement en faveur de l'environnement par défaut de la racine.
sudo . Puis activez-le et exécutez PIP Installation sans sudo .
Ce que vous suggérez nécessite d'installer VirtualenvWrapper.
Deux choses de la note: 1)
- sans site-packages est maintenant une option par défaut, vous n'avez donc pas besoin de la spécifier dans votre commande; 2) Django 1.7B2 a été publié avec quelques correctifs de sécurité. Vous pouvez donc modifier votre URL vers djangoproject.com/download/1.7b2/tarball