[WIP] Passage à Django 1.9 #3235
Conversation
S'il doit revenir, des modifications sont nécessaires. Cf https://docs.djangoproject.com/en/1.8/releases/1.8/#django-contrib-sites
Donc on supprime cette déclaration qui était de toutes façons inutile même avec Django 1.7. Cf https://docs.djangoproject.com/en/1.8/releases/1.8/#management-commands
Django 1.8 vérifie ces relations et donc lancerait une erreur. Cf https://docs.djangoproject.com/en/1.8/releases/1.8/#select-related-now-checks-given-fields
Impacts directs obligatoires : - Une relation en base change de nom pour être python-compatible (et donc sa migration en base) - On doit maintenant préciser le paramètre --fake-initial lors d'une migration de MAJ (cf https://docs.djangoproject.com/en/1.8/ref/django-admin/#django-admin-option---fake-initial) - Debug Toolbar en v1.3 - Fix pour que oauth fonctionne, cf jazzband/django-oauth-toolkit#204
Ce qui n'a pas de sens doit disparaître, d'autant plus que ça provoque des warnings. Cf https://docs.djangoproject.com/en/1.8/ref/models/fields/#django.db.models.ManyToManyField.allow_unsaved_instance_assignment
(compatibilité officielle à partir de 1.0.4)
…e nouvelles versions
…e passer les tests
|
J'en ajoute une:
Bonne chance pour la migration =). |
|
Bon alors j'ai une erreur sur un template qui n'existe pas avec crispy donc si quelqu'un a une idée je prends car je sèche. Pour reproduire : aller sur un page avec un formulaire utilisant crispy, la page de connexion par exemple. Logs : http://paste.awesom.eu/ocoS |
|
Je n'ai pas trop le temps de regarder là mais il semblerait que |
|
Il s'agit d'un template manquant dans la dépendance. PR en cours : django-crispy-forms/django-crispy-forms#551 |
|
Je suis pas sur que que tu obtienne une réponse rapidement, tu me diras, on peut attendre. Y'a pas un moyen de contourner le souci ? |
|
La seule solution que je vois est de créer le template chez nous. |
|
ça peut-être une bonne solution temporaire. SI c'est bloquant pour toi. |
|
Pour le moment c'est pas bloquant dans la mesure où plusieurs dépendances sont pas encore compatibles. Si jamais il ne reste que crispy alors j'utiliserai cette solution. |
|
Concernant l'API, nous sommes en version 3.1.1 de DRF mais DRF supporte Django 1.9 que depuis sa version 3.3.0. |
|
Ma PR utilise bien la dernière version. |
|
Je pensais que tu n'avais pas mis à jour la librairie ? ^^° |
|
Bon alors les dernières nouvelles : j'ai trouvé d'où venait le bug niveau API avec REST (c'était plutôt caché et en fait un bug fait que les Warning pour ce qui est déprécié sur ce cas là ne s'affiche pas...) MAIS (bah oui sinon c'est pas drôle) on a django-auth-toolkit qui vient foutre son grain de sable. En fait cette ligne là ne fonctionne pas https://github.com/gustavi/zds-site/blob/django19/zds/member/api/tests.py#L1004. Tout simplement je me mange un |
|
pour les modules article et tutorial OSEF. Je comprends même pas qu'on n'ai pas encore mergé la pr qui les supprime. |
|
j'ai fait une PR sur ton dépôt |
corrige les erreurs de tutorialv2 et munin
|
Je viens de regarder Haystack n'est pas compatible avec Django 1.9, c'est ce ticket qu'il faut regarder sur Haystack django-haystack/django-haystack#1277 pour voir la progression. Il faut donc faire une montée de version de Haystack mais pour cela, il faut changer une bonnne partie de notre code car on était pas compatible avec les dernières versions. |
|
Merci, je vais de modifier le premier post avec toutes les dépendances dont on attend une màj ou qui sont à vérifier. Je rappelle que Django 1.7 n'est plus supporté. |
Je suis entièrement d'accord avec toi, il faut monter la version de Django, le plus vite possible. Merci encore pour ton courage d'aller défier les changelog =) |
|
pour model-utils ce qui est étrange c'est que tout les problèmes ont été résolus dès qu'on est passé à la dernière version (cf ma pr) je pense donc que de leur côté ils n'ont qu'à vérifier en fait pour assurer le support. |
|
Voir #3245 |
Voir #3245