On 14/01/2019 17:12, Neels Hofmeyr wrote:
Hi all,
The rationale is that if someone by accident launches a newer osmo-hlr only once, with automatic upgrade the user is then stuck with the newer version DB, since we don't make a backup and we don't provide a downgrade path.
We possibly could provide a downgrade path in the form of an external script that would recreate the previous version and export what is possible. Of course, you lose what you lose, but presumably an admin doing this knows that. Is it worth it though? Who ever downgrades?
What would it take to copy the database to a backup before upgrading, (from within osmo-hlr)? Not much, right?
just copy it to hlr.db.version.timestamp or some such.
I'm now wondering whether that is really necessary. In the daily churn, it creates noise. How to make this less noisy?
Could it be that when the package is upgraded, the installer stops and asks for intervention like some debian packages, you know especially when they go "oops, you edited a file..."
k/