Development #64442
faire un backport du paquet python3-django-tables2 de bookworm dans bullseye (?)
0%
Description
pour la migration à django 3, on utilise le backport de django déjà disponible dans bullseye : https://packages.debian.org/bullseye-backports/python3-django
mais dans bullseye la seule version de python3-django-tables2 disponible est la 2.1.1 qui de toute évidence n’est pas compatible avec django 3.
exemple, en avançant sur #64305 je me prends
File "/tmp/tox-paul/authentic/authentic-py3-dj32-drf312-djtables211/lib/python3.10/site-packages/django_tables2/__init__.py", line 1, in <module>
from .columns import (
File "/tmp/tox-paul/authentic/authentic-py3-dj32-drf312-djtables211/lib/python3.10/site-packages/django_tables2/columns/__init__.py", line 1, in <module>
from .base import BoundColumn, BoundColumns, Column, library
File "/tmp/tox-paul/authentic/authentic-py3-dj32-drf312-djtables211/lib/python3.10/site-packages/django_tables2/columns/base.py", line 10, in <module>
from ..utils import (
File "/tmp/tox-paul/authentic/authentic-py3-dj32-drf312-djtables211/lib/python3.10/site-packages/django_tables2/utils.py", line 7, in <module>
from django.db.models.fields import FieldDoesNotExist
ImportError: cannot import name 'FieldDoesNotExist' from 'django.db.models.fields' (/tmp/tox-paul/authentic/authentic-py3-dj32-drf312-djtables211/lib/python3.10/site-packages/django/db/models/fields/__init__.py)
ERROR: InvocationError
(À partir de la version 3 de django, cette exception FieldDoesNotExist est sagement rangée dans
django.core.exceptions)
Demandes liées
Historique
Mis à jour par Frédéric Péters il y a environ 2 ans
Tu confirmes la version bookworm ok ?
(voir si elle peut juste être copiée dans les dépôts, ou s'il faut quelque chose plus compliqué).
Mis à jour par Paul Marillonnet il y a environ 2 ans
Je confirme qu’après avoir tapé ce commit setup.py et ce commit tox.ini un coup de tox dans a2/django3 renvoie une nouvelle erreur qui n’a plus rien à voir avec django-tables2 (sans pour autant mettre ma main à couper que cette 2.4.1 de django-tables2 ne va pas revenir poser des problèmes en avançant suffisamment loin dans #64305).
Mis à jour par Frédéric Péters il y a environ 2 ans
Et peut-être à faire juste en temps 2, d'abord la montée vers bullseye, pour ne pas avoir à conserver la compat de django-tables2 1.21.2 en même temps ?
Mis à jour par Paul Marillonnet il y a environ 2 ans
Frédéric Péters a écrit :
Et peut-être à faire juste en temps 2, d'abord la montée vers bullseye, pour ne pas avoir à conserver la compat de django-tables2 1.21.2 en même temps ?
Aucune idée de la nécessité de procéder ainsi. J’avance sur #64305 et je vois s’il y a du périlleux travail d’équilibriste à faire pour le support de django-tables2 de trois versions debian successives dans authentic2.manager.tables, auquel cas oui sans doute qu’il faudra découper en plusieurs étapes.
Mis à jour par Benjamin Dauvergne il y a environ 2 ans
Si les dernières versions supportent django 2.2. c'est plus simple des les backporter partout où il faut que de supporter 3 versions différentes.
Mis à jour par Paul Marillonnet il y a environ 2 ans
Benjamin Dauvergne a écrit :
Si les dernières versions supportent django 2.2. c'est plus simple des les backporter partout où il faut que de supporter 3 versions différentes.
Je vais tester cela dans un ticket a2 à part. En attendant j’ai pu avancer sur #64305 (solution proposée) pour confirmer la note 3 ici : la version de bookworm convient.
Mis à jour par Paul Marillonnet il y a environ 2 ans
- Lié à Development #64568: tester la rétrocompatibilité de la version bookworm de python3-django-tables2 avec django 2.2 ajouté
Mis à jour par Frédéric Péters il y a plus d'un an
- Statut changé de Nouveau à Fermé
on a python3-django-tables2 2.4.1-3 désormais dans notre dépôt bullseye.