Projet

Général

Profil

Bug #62541

migration vers bullseye et changement d’interface django tables

Ajouté par Paul Marillonnet il y a environ 2 ans. Mis à jour il y a environ 2 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
-
Version cible:
-
Début:
08 mars 2022
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Oui
Planning:
Non

Description

#62527 même combat.


Fichiers

Révisions associées

Révision 61196a82 (diff)
Ajouté par Paul Marillonnet il y a environ 2 ans

setup: let django-tables2 match bullseye's version (#62541)

Révision ffac4540 (diff)
Ajouté par Paul Marillonnet il y a environ 2 ans

tox: discard deprecated sqlite env configuration (#62541)

Révision 3895b928 (diff)
Ajouté par Paul Marillonnet il y a environ 2 ans

tox: add django-tables2 debian old- & stable versions coexistence (#62541)

Historique

#1

Mis à jour par Paul Marillonnet il y a environ 2 ans

#2

Mis à jour par Paul Marillonnet il y a environ 2 ans

(Ici donc pas de changement dans le code, mais c’est bien de laisser la possibilité d’avoir la 2.1.1 de bullseye dans le setup.py)

#3

Mis à jour par Thomas Noël il y a environ 2 ans

  • Statut changé de Solution proposée à Solution validée

Dans un monde idéal on ferait en sorte que le tox.ini gère deux env, un ciblé buster (django-tables2 1.21.2) et l'autre pour bullseye (django-tables2 2.1.1) mais on va dire que ça suffit bien ici.

#4

Mis à jour par Paul Marillonnet il y a environ 2 ans

Thomas Noël a écrit :

Dans un monde idéal on ferait en sorte que le tox.ini gère deux env, un ciblé buster (django-tables2 1.21.2) et l'autre pour bullseye (django-tables2 2.1.1) mais on va dire que ça suffit bien ici.

Non non très bien, drôle de pré-requis pour un monde idéal mais ça me va, faisons comme ça :)

#6

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

  • Statut changé de Solution proposée à Solution validée
#7

Mis à jour par Thomas Noël il y a environ 2 ans

Jouons un peu les tatasses alors !

On peut être plus précis et pointer les versions exactes dans le tox (2.1.1 et 1.21.1) ?

Aussi, éviter les "-" dans les nom des éléments de l'environnement tox, poser plutôt djtables211 et djtables1121 (moche mais osef).

T'en profites pour pousser un patch trivial qui flingue py3-dj22-sqlite ?

J'imaginerais bien un truc très explicite :

envlist =
    py3-dj22-pg-djfilter24-djtables211-black-coverage-pylint
    py3-dj22-pg-djfilter21-djtables1121

#8

Mis à jour par Paul Marillonnet il y a environ 2 ans

Thomas Noël a écrit :

Jouons un peu les tatasses alors !

On peut être plus précis et pointer les versions exactes dans le tox (2.1.1 et 1.21.1) ?

Je n’avais pas tapé le numéro de version mineure car il me semblait que c’était quelque chose qui pouvait bouger pour un paquet au cours du cycle de vie d’une release debian, et donc je ne voyais pas d’intérêt à le figer explicitement dans le tox.ini. Mais ok pourquoi pas.

Voilà les corrections, avec un 0002 qui flingue la conf sqlite obsolète (et donc à noter dans 0003 l’absence de la chaîne 'pg' dans les environnements, car pg unique moteur de db pour tester Fargo dorénavant).

#9

Mis à jour par Thomas Noël il y a environ 2 ans

  • Statut changé de Solution proposée à Solution validée

Paul Marillonnet a écrit :

Thomas Noël a écrit :

Jouons un peu les tatasses alors !
On peut être plus précis et pointer les versions exactes dans le tox (2.1.1 et 1.21.1) ?

Je n’avais pas tapé le numéro de version mineure car il me semblait que c’était quelque chose qui pouvait bouger pour un paquet au cours du cycle de vie d’une release debian, et donc je ne voyais pas d’intérêt à le figer explicitement dans le tox.ini. Mais ok pourquoi pas.

En fait les versions ne bougent jamais dans Debian. Ce qui change c'est éventuellement le niveau du patch appliqué par Debian (le 1 final dans 1.21.2-1).

Voilà les corrections, avec un 0002 qui flingue la conf sqlite obsolète (et donc à noter dans 0003 l’absence de la chaîne 'pg' dans les environnements, car pg unique moteur de db pour tester Fargo dorénavant).

Mettre tant d'amour dans fargo mérite le respect et un "ack" accompagné d'une révérence.

#10

Mis à jour par Paul Marillonnet il y a environ 2 ans

  • Statut changé de Solution validée à Résolu (à déployer)

Thomas Noël a écrit :

En fait les versions ne bougent jamais dans Debian. Ce qui change c'est éventuellement le niveau du patch appliqué par Debian (le 1 final dans 1.21.2-1).

Ah oui ok très bien (ma mémoire me jouant des tours, je croyais à tort me rappeler que pour les paquets adoptant un versionnage sémantique, le numéro de version de correctif (que j’appelais à tort le numéro de version mineure) était susceptible de bouger).

Mettre tant d'amour dans fargo mérite le respect et un "ack" accompagné d'une révérence.

(je garde la photo de la révérence dans mon porte-doc en ligne)

commit 3895b928a696b83054154ea09f30ae2c51a4a271
Author: Paul Marillonnet <pmarillonnet@entrouvert.com>
Date:   Thu Mar 10 10:31:03 2022 +0100

    tox: add django-tables2 debian old- & stable versions coexistence (#62541)

commit ffac4540e7be984d488f3601cd6487de0494ed87
Author: Paul Marillonnet <pmarillonnet@entrouvert.com>
Date:   Thu Mar 10 10:31:09 2022 +0100

    tox: discard deprecated sqlite env configuration (#62541)

commit 61196a822224ad1a0f219dfaf86230cb585b1d4d
Author: Paul Marillonnet <pmarillonnet@entrouvert.com>
Date:   Wed Mar 9 10:41:31 2022 +0100

    setup: let django-tables2 match bullseye's version (#62541)
#11

Mis à jour par Transition automatique il y a environ 2 ans

  • Statut changé de Résolu (à déployer) à Solution déployée
#12

Mis à jour par Transition automatique il y a presque 2 ans

Automatic expiration

Formats disponibles : Atom PDF