v1.3.0

Change:
Adapted to SailfishOS 3.4.0

v1.2.5

Change:
Reverted lazytime mount option, because of
GDBus.Error:org.freedesktop.UDisks2.Error.OptionNotPermitted: Mount option 'lazytime' is not allowed

v1.2.4

Changes:

• Rectifying and enhancing an incorrect comment WRT the "Icon:" tag, introduced with v1.2.3.
  (No icon path, just a pure basename makes sense in the SOURCE directory, because the dirname of an icon path is always stripped by rpmbuild.)
• Introducing a single, fail-safer formatting, to avoid such testing mishap (resulting in a "false positive") in the future.
• Better documenting what is really going on by enhancing the principal "icon comment".

No change in functionality compared to v1.2.3.

v1.2.3

Change:
After researching if there are additional, reasonable mount options for (partitions on) SD-cards, which was triggered by OMP's suggestion at git.sailfishos.org to mount SD-cards with noexec (which makes sense for unencrypted partitions), ultimately adding only lazytime.

Note that the mount option async should already be set as Linux (kernel) default (as sync is deadly for FLASH-based mass storage devices), diratime should be set as Linux default (which is O.K. and reasonable), plus nosuid, nodev and relatime are set by SailfishOS for (partitions on) SD-cards (which are fine).

v1.2.2

Change:

Switch embedded icon from 128 px² to 256 px² in order to accommodate modern hi-res displays.

... and embed a GIF (v89a) icon in RPMs, but never in XPM (v3) file format!
Background:
XPM is absolutely antiquated (it translates a picture in characters!), results in large file sizes (no built-in compression) and of lower image quality than GIF (though both are "8 bit colour palette plus transparency, with 24 bit colours" formats).
GIF89a is technically much more modern than XPMv3 and rpmbuild only accepts GIF and XPM icons!

v1.2.1

Changes:

• Added icon to spec file and consequently to the generated rpm file
• Streamlined spec file a bit
• Better use direct dependencies than indirect ones in a spec file (here: on udisks2 instead of sailfish-version)

v1.2.0

Changes:

• Fully switch to three field semantic versioning
• Omitting any use of %{release} in the spec file
• Let the "Release:" field merely count up monotonically through all releases
• Release tags strictly adhere to the format %{version} (being x.y.z with three positive, natural numbers) from now on
• Archive file names (of TAR balls and ZIP archives) strictly adhere to the format %{name}-%{version} from now on

v1.1-1

Change:
Require SFOS >= 3.2.1 (see https://together.jolla.com/question/217840/changelog-321-nuuksio/#217840-udisks2), due to following the changes made per https://git.sailfishos.org/mer-core/udisks2/commit/bcc6437ff35a3cc1e8c4777ee80d85a9c112e63e

v1.0-4

Change (just a minor packaging enhancement):
Using a different source tarball link at GitHub now fixes its packaging / SPEC-file issue for real.

Installed files are identical since version 0.6-1.

v1.0-3

Change (just a minor packaging enhancement):
Now crypto-sdcard_sbj also successfully builds an SRPM from its SPEC-file, at the expense of a warning emitted twice when using rpmbuild -bs, warning: Macro expanded in comment on line 12: %{name}/archive/%{version}-%{release}.tar.gz
Never mind, the warning is harmless and superfluous in this specific case, plus it is not emitted when using rpmbuild -bb or even -ba.

Installed files are identical since version 0.6-1.