[Pkg-roundcube-maintainers] Bug#688634: roundcube-sqlite upgrade causes serious data-loss
Vincent Bernat
bernat at debian.org
Sat Nov 24 14:56:14 UTC 2012
❦ 24 novembre 2012 15:34 CET, Dominik George <nik at naturalnet.de> :
>> The perfect solution would be a script to migrate from sqlite to MySQL
>> (or PostgreSQL). It does not have to do the actuel migration, just to
>> eat an sqldump from SQLite and turn it into a dump that could be used by
>> MySQL.
>
> So you do not actually plan to have this script run automatically?
No, that would be too much difficult since we are using dbconfig-common.
> I think, as I want to keep the most magical things out for now as it would
> make the unblock process more difficult, that the preinst script should
> actually only dump the database to /var/backups, just as slapd does for
> LDAP when upgrading the package.
Actually, upgrading from a version supporting sqlite to a version not
supporting sqlite leaves the sqlite database untouched. There is no real
data-loss. The data is still here but not usable anymore. We can of
course backup the database in /var/backups but that won't change the
situation of the user.
I have asked people that did successfuly upgrade real sqlite databse to
MySQL if they could provide directions or a script but they don't
remember how they did it exactly. If nobody can come up with a script,
we will just have to put a note in the release notes about this. I
personnaly don't think that there are large installations using SQLite
databases.
--
Don't sacrifice clarity for small gains in "efficiency".
- The Elements of Programming Style (Kernighan & Plauger)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-roundcube-maintainers/attachments/20121124/d58b7559/attachment.pgp>
More information about the Pkg-roundcube-maintainers
mailing list