Releases: StoneStepsInc/fit
fit 3.2.0
3.2.0
Changes
- AB#178 - Added an optional scan number in the
-v
option, which allows verifying file trees against arbitrary scans - AB#177 - Reworked base-scan/last-scan tracking to allow interrupted scans automatically continued.
- AB#176 [BUG] - Fixed a bug that was causing version constraint violation errors when scanning.
- Updated SQL schema for new databases to alias
rowid
columns by aliasing them as primary keys (see README.md for details) - Updated most 3rd-party packages to newer versions. Most visible package, Exiv2, was updated to v0.28.3.
- Updated Fedora base build image to v38
- Added camera model into ordering for the focal length SQL
The new schema created by fit
v3.2.0 will be different from the upgraded schema done via the upgrade script because SQLite does not allow updating primary keys in existing databases without copying all tables. Existing databases should still work, as long as no records are deleted manually in any of them.
fit 3.1.0
3.1.0
Changes
- AB#123: Changed file verification to report file exists-deleted-exists patterns as new files
- Added missing option value text in
--help
output - Changed verification output (new, modified and changed files) from info to warning
- Changed the log file to flush after each line to allow tailing from another session
- [BUG] - Fixed default scan selection in
list-removed-files.sql
to pick latest scans - [BUG] - Fixed a bug causing a core dump with
-H
without a value
3.0.0
Changes
- AB#122 - Implemented cross-platform file verification (i.e. Windows paths may be verified on Linux using the
-S
option) - AB#120 - File modification time is now maintained in UTC seconds (i.e.
datetime(mod_time, 'unixepoch')
can be used) - AB#121 [BUG] - Fixed a bug causing flurry of error messages about multi-buffer hashing if a locked file is encountered
- [BUG] - Fixed a bug causing a core dump on Linux when using a log file
- Updated Exiv2 (EXIF) to v0.28.0
Databases created by the previous version of the app must be upgraded via the special upgrade mode. Make sure to read section README: Upgrading Database v5.0 to v6.0 in README before upgrading the database.
fit 3.0.0
Changes
- AB#122 - Implemented cross-platform file verification (i.e. Windows paths may be verified on Linux using the
-S
option) - AB#120 - File modification time is now maintained in UTC seconds (i.e.
datetime(mod_time, 'unixepoch')
can be used) - AB#121 [BUG] - Fixed a bug causing flurry of error messages about multi-buffer hashing if a locked file is encountered
- [BUG] - Fixed a bug causing a core dump on Linux when using a log file
- Updated Exiv2 (EXIF) to v0.28.0
Databases created by the previous version of the app must be upgraded via the special upgrade mode. Make sure to read section README: Upgrading Database v5.0 to v6.0 in README before upgrading the database.
fit 2.1.0
- AB#112: The
-d
option may be specified multiple times to scan multiple directories - AB#118: Many Exiv2-generated EXIF values are captured as JSON in a dedicated column
- AB#119: File hashing speed is improved by taking advantage of SSE/AVX instructions (Intel's isa-l_crypto)
fit 2.0.3
- Added whitespace trimming for some EXIF entries
- Fixed an issue with a cryptic Windows error reported for file path with invalid Unicode characters.
fit 2.0.2
- Changed column order in an index to improve file version selection performance
- Added signature verification for the SHA-256 source
fit 2.0.1
fit 2.0.0
- Scanned files are organized in scansets to make it possible to identify every file processed inby a particular scan.
- Scansets make it possible to identify which files were added, changed and removed between scans.
- Basic EXIF metadata is captured for scanned files with picture extensions, such as
.jpg
or.cr2
. - The last scan may be updated with a new scan (e.g. if the last scan was interrupted).
- Select command line options are being recorded in the scan database.
fit 1.2.0
A column for file extensions was added to the files
table, as reported by the underlying file system layer.
fit 1.1.0
This release introduces a database schema version, which is intended to be incremented either in the major or a minor version, so one is created here.
A few minor changes in this release:
- Zero-length files were recorded with a bogus hash and in this release the
hash
column is allowed to haveNULL
for zero-length files. - Base path is allowed to have
NULL
for scans where base path was not provided and a full file path was recorded for each file record. - Database schema version is being tracked now and the application will not work with the database until it is upgraded.
Please note that the database upgrade script requires SQLite v3.35.x and will not work with older versions because DROP COLUMN
was not available in SQLite releases prior to this version. A work-around may be implemented if DROP COLUMN
is replaced with RENAME COLUMN
in the upgrade script.