On Wed, Mar 24, 2010 at 1:26 AM, Modestas Vainius <modes...@vainius.eu> wrote: > Package: virtuoso-opensource-6.1-bin > Version: 6.1.0+dfsg2-2 > Severity: grave > > Hello, > > it has come to my knowledge that apparently internal database format of > 6.1.0+dfsg2-2 has changed in the binary incompatible way with 6.1.0+dfsg2-1. > SQARQL queries fail hinting internal problems when they are executed with > virtuoso-t 6.1.0+dfsg2-2 that uses database files initially produced with > 6.1.0+dfsg2-1. The bug has been confirmed on at least i386 and amd64. > > For example, if I generate KDE nepomuk index with 6.1.0+dfsg2-1 and later > upgrade to 6.1.0+dfsg2-2, nepomuk starts re-indexing even if it should not and > otherwise behaves weirdly all over the map. However, if I start 6.1.0+dfsg2-2 > without any database files and let it create them from scratch, everything > works as expected.
Thank you for the report. This seems to be a consequence of the armel FTBFS fix. I will rollback this fix and upload a new 6.1.0+dfsg2-3 package with emergency=high. >From my investigations, upgrading to this new package should restore back access with no data loss. amd64 packages are available here: http://www.milliways.fr/debian/packages/virtuoso/ You want: virtuoso-opensource_6.1.0+dfsg2-3_amd64.changes Cheers Arthur -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
