Description of problem: Running spatial reports an sqlite3 version mismatch: SQLite header and source version mismatch 2014-12-09 01:34:36 f66f7a17b78ba617acde90fc810107f34f1a1f2e 2014-10-17 11:24:17 e4ab094f8afce0817f4074e823fabe59fc29ebb4 It looks like (despite what the RPM changelog says) it was built against the previous version of sqlite. Maybe the buildroot override wasn't properly in place? Rebuilding the srpm seems to fix it, so that should be all you need to do, though making the BR on sqlite-devel use the explicit version like the runtime require might be a good idea to prevent it happening in future. Version-Release number of selected component (if applicable): spatialite-tools-4.2.0-6.fc21.x86_64
Hi, yes, this was probably my fault - I forgot to setup the buildroot override. I'm pushing latest version of sqlite together with rebuilt spatialite-tools to testing right now, and this time the spatialite-tool BR specific version of sqlite-devel, as you suggested. Hopefully it prevents similar future issues.
spatialite-tools-4.2.0-7.fc21,sqlite-3.8.8-1.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/spatialite-tools-4.2.0-7.fc21,sqlite-3.8.8-1.fc21
Package sqlite-3.8.8-1.fc21, spatialite-tools-4.2.0-7.fc21: * should fix your issue, * was pushed to the Fedora 21 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing sqlite-3.8.8-1.fc21 spatialite-tools-4.2.0-7.fc21' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2015-1000/spatialite-tools-4.2.0-7.fc21,sqlite-3.8.8-1.fc21 then log in and leave karma (feedback).
sqlite-3.8.8-1.fc21, spatialite-tools-4.2.0-7.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report.