When editing / updating a GPKG `last_change` column in gpkg_contents isn't correctly upheld

Personne n'a encore pris cette issue.

**Describe the bug**

A clear and concise description of what the bug is.

**To Reproduce**

Run the `merger` on any `geopackage` to update it. The `last_change` field won't be updated.

**Expected behavior**

Either update `last_change` to be the time of the last write to the table, or to be the data's original creation date.

**Additional context**

The `last_change` column as described in [`geopackage` spec](https://www.geopackage.org/spec/):
> The last_change SHOULD contain the timestamp of when the content in the referenced table was last updated, in ISO8601 format. Note that since it is not practical to ensure that this value is maintained properly in all cases, this value should be treated as informative.

Commencez par exécuter le merger sur un GeoPackage et inspectez la valeur last_change de gpkg_contents avant et après une mise à jour. Examinez la spécification de GeoPackage et le point d’entrée du merger afin de déterminer quel comportement d’horodatage est attendu ; c’est terminé lorsque le comportement choisi est implémenté et que la valeur mise à jour peut être vérifiée après une écriture.

Rédigé par le modèle d'indexation à partir du texte de l'issue.