07-12-22, 18:46
darktable le plus frais possible, c'est seulement 2 choses :
- où la dernière version officielle stable, qui est à ce jour la 4.0.1 (et après le 21/12 sera la 4.2)
- où accepter des petits aléas d'une version de développement et qui est une 4.1.x actuellement (le x change très souvent du coup) et sera une 4.3.x après la sortie de la 4.2. Pour cette dernière, il faut accepter plus de bugs (les gênants sont rares mais ça arrive) et ne pas se plaindre si ça fout le bordel dans sa prod ; accepter d'essuyer les plâtres et ne pas râler mais seulement signaler les bugs constatés sur le Github darktable pour aider à rendre darktable meilleur pour la sortie officielle suivante.
Si une distribution ajoute un -x version derrière, ça n'est rien d'autre que le paquet refait. Donc ici, darktable qu'il soit en version 4.0.1-1, 4.0.1-2 ou 4.0.1-6, ça reste le même, pas plus de fonctionnalités ni moins de bugs. Ou alors le mainteneur ne suit pas (plus) les versions officielles darktable (ça doit être rare je pense).
- où la dernière version officielle stable, qui est à ce jour la 4.0.1 (et après le 21/12 sera la 4.2)
- où accepter des petits aléas d'une version de développement et qui est une 4.1.x actuellement (le x change très souvent du coup) et sera une 4.3.x après la sortie de la 4.2. Pour cette dernière, il faut accepter plus de bugs (les gênants sont rares mais ça arrive) et ne pas se plaindre si ça fout le bordel dans sa prod ; accepter d'essuyer les plâtres et ne pas râler mais seulement signaler les bugs constatés sur le Github darktable pour aider à rendre darktable meilleur pour la sortie officielle suivante.
Si une distribution ajoute un -x version derrière, ça n'est rien d'autre que le paquet refait. Donc ici, darktable qu'il soit en version 4.0.1-1, 4.0.1-2 ou 4.0.1-6, ça reste le même, pas plus de fonctionnalités ni moins de bugs. Ou alors le mainteneur ne suit pas (plus) les versions officielles darktable (ça doit être rare je pense).