aemanager
aemanager copied to clipboard
fgaudin
Problème installation
Bonjour,
j'essai d'installer aemanager sous arch j'ai suivi le fichier INSTALL qui n'est pas trés clair/ à jour :)
J'ai du mettre django.db.backends.mysql plutôt que mysql dans settings.py mais surtout lorsque je fait un :
python manage.py migrate
J'ai :
raise AttributeError("You are in a dry run, and cannot access the ORM.\nWrap ORM sections in 'if not db.dry_run:', or if the whole migration is only a data migration, set no_dry_run = True on the Migration class.") AttributeError: You are in a dry run, and cannot access the ORM. Wrap ORM sections in 'if not db.dry_run:', or if the whole migration is only a data migration, set no_dry_run = True on the Migration class.
Je ne suis pas pythoniste si quelqu'un peu me donner un coup de main.
Merci …
alors, tout d'abord, quelle version de django ? car j'ai développé aemanager pour django 1.2 à l'époque et je ne me suis pas encore occupé de migrer sur une version plus récente.
pip install Django==1.2 pour reinstaller avec la bonne version, je devrais faire un fichier de requirements
vous l'avez executé dans le meme virtualenv ? ( source /path_to_virtualenv/bin/activate avant le pip install) python -c "import django; print django.VERSION" donne quoi ?
Django==1.2 MySQL-python==1.2.3 PIL==1.1.7 South==0.7.4 Werkzeug==0.8.3 django-extensions==0.8 django-registration==0.8 html5lib==0.95 pisa==3.0.33 psycopg2==2.4.4 pyPdf==1.13 reportlab==2.5 unicodecsv==0.9.0 wsgiref==0.1.2
Ok, mettez la suite dans un fichier requirements.txt et faites pip install -r requirements.txt, c'est la conf que j'ai. On va éliminer les problèmes de version de paquets comme ca
Django==1.2.5 PIL==1.1.7 South==0.7.3 Werkzeug==0.6.2 coverage==3.4 distribute==0.6.10 django-debug-toolbar==0.8.4 django-extensions==0.5 django-registration==0.8-alpha-1 html5lib==0.90 pep8==0.6.1 pisa==3.0.33 psycopg2==2.4 pyPdf==1.13 reportlab==2.5 unicodecsv==0.8.0 wsgiref==0.1.2
il faut peut-être enlever django-registration du lot (il me semble de mémoire que ce n'était pas sur pipy)
oui oui pour le syncdb. Je n'y connais pas grand chose mais en copiant le message d'erreur dans google j'ai vu qu'il y a le même bug dans south …
On pourrai se tutoyer non ? c'est un logiciel libre ou pas ? :)
oui oui c'est libre, et c'est accessible sur mapetiteautoentreprise.fr gratuitement maintenant :-p j'essaierai de chercher un peu plus en profondeur ce soir (il est 17h chez moi). T'as essayé avec une base postgres au cas ou ?
j'avais commencé le développement avec sqlite, et avant de mettre en prod, j'ai switché sur postgres, plus tard il me semble que j'avais remarqué que ça ne marchait plus avec sqlite. Il faudrait que je vérifie, mais je me demande si j'ai pas des trucs spécifiques à postgres
Bonjour,
J'ai essuyé un problème similaire, en installant aemanager sous debian 6.0.5. Je récupère le code source directement via git.
(django1.2)#|admin@vsrv02|21:03:08>> pip freeze Django==1.2.5 MySQL-python==1.2.3 PIL==1.1.7 South==0.7.3 Werkzeug==0.6.2 coverage==3.4 distribute==0.6.10 django-debug-toolbar==0.8.4 django-extensions==0.5 django-registration==0.8 html5lib==0.90 pep8==0.6.1 pisa==3.0.33 psycopg2==2.4 pyPdf==1.13 reportlab==2.5 unicodecsv==0.8.0 wsgiref==0.1.2 (django1.2)#|admin@vsrv02|21:03:26>>
J'ai bêtement commenté la condition (~/venv/django1.2/lib/python2.6/site-packages/south/orm.py:395) qui m'ennuyait et j'ai ainsi effectué syncdb, migrate, createsuperuser et runserver_plus correctement (juste un warn à propos de pisa).
Je me suis ensuite connecté "normalement" (ssh -f -N -L 8080:127.0.0.1:8000 vsrv02 ) depuis mes navigateurs (lynx,firefox,chromium). Cependant, il m'est impossible de m'authentifier autant sur l'application avec les identifiants fournis via createsuperuser, que sur l'espace administrateur de Django avec les identifiants renseignés manuellement dans setting.py.
L'authentification utilisateur, reconnait bien mes identifiants, sinon j'ai le warning adéquat et celle de l'espace admin. me répond toujours :
" Il semblerait que votre navigateur n'accepte pas les cookies. Activez-les, rechargez cette page puis essayez à nouveau. "
Aussi, je me suis interrogé quant à mes modifications, mais après leurs suppression, puis changement de backend vers postrgres, le comportement de l'authentification est toujours le même.
Auriez-vous une idée de l'origine du problème ? Dois-je ouvrir un ticket ?
Cordialement,
Bonsoir,
J'ai eu quelque soucis d'install moi aussi, et le problème d'authentification m'a donné du file à retordre; c'est à cause du setting SESSION_COOKIE_SECURE à True, si on est pas en https on retourne invariablement sur le login.
Ma config virtualenv est celle-ci:
Django==1.4.13 Pillow==2.5.1 South==1.0 Werkzeug==0.9.6 django-debug-toolbar==1.2.1 django-extensions==1.3.8 django-registration==0.8 html5lib==0.999 pisa==3.0.33 pyPdf==1.13 reportlab==3.1.8 six==1.7.3 sqlparse==0.1.11 unicodecsv==0.9.4
Merci pour ce requiements.txt
J'essaie moi aussi d'installer aemanager sur une VM, et je me heurte à plusieurs problèmes, résolu les un après les autres :-) sachant que moi & l'adminsys ça fait deux.
Par rapport à mon expérience:
- La DB est forcément postgresql. Sinon, on tombe sur l'erreur de goof03 : "You are in a dry run, and cannot access the ORM". Bon, après sous debian , c'est relativement simple, il faut juste installer les paquets & créer user & database.
- Je lutte avec la config d'apache, mais pour un compte utilisateur unique, à part pour xsendfile, je suis pas sur qu'elle soit nécessaire
- J'ai essayé soit avec un django récent : échec, le code de aemanager nécessite des mises à jour au-delà de mes compétences - notamment, South n'existe plus (entre autres problèmes).
- Avec un django 1.2.7 - ça marche en luttant pour l'installation de pil (pip install -r requirements.txt --allow-external pil --allow-unverified pil ) . Par contre à l'usage, comme dans le "requirements.txt" ya pas le forçage des versions, on arrive à une situation où à l’exécution, des erreurs se produisent : La classe Truncator est utilisée mais n'existe pas encore dans django 1.2, ou encore il semble que le module "base" n'existe pas : django.views.generic.base (& sa recherche déclenche une exception).
Je vais essayer en forçant les n° de version indiqués par fgaudin dans ce message.
Merci !
Bonjour, je n'arrive pas a installer ce projet sur mon environnement. Aider moi avec les étapes d'installations car le fichier Install n'est pas clair et je suis sous windows.les etapes de A á Z. Merci
