Skip to content

Commit

Permalink
Deps. bump.
Browse files Browse the repository at this point in the history
  • Loading branch information
virtualritz committed Sep 3, 2023
1 parent c403d76 commit a2a5ffd
Show file tree
Hide file tree
Showing 2 changed files with 7 additions and 6 deletions.
8 changes: 4 additions & 4 deletions Cargo.toml
Original file line number Diff line number Diff line change
@@ -1,6 +1,6 @@
[package]
name = "exifmv"
version = "0.2.0"
version = "0.2.1"
authors = ["Moritz Moeller <[email protected]>"]
edition = "2021"
license = "Apache-2.0 OR BSD-3-Clause OR MIT OR Zlib"
Expand All @@ -20,11 +20,11 @@ name = "exifmv"
path = "src/main.rs"

[dependencies]
chrono = "0.4.24"
clap = "3.2.23"
chrono = "0.4.28"
clap = "3.2.25"
error-chain = "0.12.4"
kamadak-exif = "0.5.5"
trash = "3.0.1"
trash = "3.0.6"
walkdir = "2.3.3"

[profile.release]
Expand Down
5 changes: 3 additions & 2 deletions README.md
Original file line number Diff line number Diff line change
Expand Up @@ -40,10 +40,11 @@ location on most operating systems.
Before doing any deletion or moving-to-trash `exifmv` checks that the file
size matches. This is not the same as checking the files byte-by-byte. But
due to almost all image file formats using some kind of compression matching
size is a good enough indicator for files being identical for this application
size is a good enough indicator for files being identical for this
application.

All that being said: I have been using this app since about seven years
without loosing any images. As such I have quite a lot of _empirical_
without loosing any images. As such I have quite a lot of *empirical*
evidence that it doesn’t destroy data.

Still – writing some proper tests would likely give everyone else more
Expand Down

0 comments on commit a2a5ffd

Please sign in to comment.