Bug #40946: doc: documenter problème lors de la migration avec python3 sur welco - Publik Installation Développeur - Redmine Entr’ouvert

Bug #40946

doc: documenter problème lors de la migration avec python3 sur welco

Ajouté par Nicolas Roche il y a environ 4 ans. Mis à jour il y a environ un an.

Statut:

Fermé

Priorité:

Normal

Assigné à:

Nicolas Roche

Version cible:

Début:

24 mars 2020

Echéance:

% réalisé:

Temps estimé:

Patch proposed:

Non

Planning:

Non

Description

Constaté par Nicolas :

Alors que la base est correctement migrée en python2, lors de l'installation en pyton3 via devinst,
la migration de welco sous python3 ne passe pas.

$ psql
> \c welco
> set search_path="welco_dev_publik_love" 
> drop table reversion_revision cascade;
> drop table reversion_version cascade;

et Benjamin,

j'ai préféré faire un --fake-initial
la nouvelle migration squashée étant considérée comme une migration initiale
pour reproduire il faut une base initialisé en 2.0.12 puis passer en 2.0.13 et faire un migrate_schemas y a pas besoin de publik-devinst

A priori ce serait lié au passage de django-reversion de 2.0.12 (en recette) à 2.0.13 (bug constaté).
J'essaye de fournir la trace asap.

Demandes liées

Historique

Mis à jour par Emmanuel Cazenave il y a environ 4 ans

De Benj dans le chat : https://github.com/etianen/django-reversion/issues/763

Mis à jour par Benjamin Dauvergne il y a environ 4 ans

Statut changé de Nouveau à Fermé

Je pense qu'on peut juste ignorer le souci, pour nous il y a la technique de Nicolas ou la mienne qui fonctionnent (j'ai vérifié la dernière migration avant le squash est bien vieille, on l'a déjà en 2.0.12 qu'on utilise). Si jamais on upgrade le paquet en 2.0.13 sur le SaaS ça pourra poser un souci, faudra passer directement sur les dernières 3.*.

La seule action pour faire un peu de prophylaxie ce serait de poser une contrainte <2.0.13 sur le paquet Debian, mais rien ne l'impose actuellement. Je ferme, si quelqu'un juge quand même ça important qu'il ré-ouvre.