silverfast-linux 0.3.0

More scanners in the catalog (experimental), an Arch Linux (AUR) package recipe and a Flatpak.

Install or upgrade

curl -LO https://github.com/sepgh/silverfast-linux/releases/download/v0.3.0/silverfast-linux-0.3.0-x86_64.tar.gz
curl -LO https://github.com/sepgh/silverfast-linux/releases/download/v0.3.0/SHA256SUMS
sha256sum -c SHA256SUMS
tar -xzf silverfast-linux-0.3.0-x86_64.tar.gz -C ~/.local --strip-components=1
silverfast-linux install --accept-vendor-licenses

Flatpak and AUR: see packaging (not yet on Flathub or the AUR).

Own one of the experimental scanners? Please try it and report back with a New scanner issue.

Added

• Experimental catalog entries for more Epson scanners that SilverFast 9
  supports on Windows 10/11, generated from Epson's Windows drivers (not yet
  confirmed with hardware; installed only when connected).
• sfl-report.py --driver-ids and --draft-only: list the USB IDs a driver
  package covers and build a catalog entry without the scanner attached.
• Packaging: AUR packages (silverfast-linux, silverfast-linux-bin) and a
  Flatpak (io.github.sepgh.silverfast_linux) built on Flathub's Wine, with
  a first-start setup dialog.

Changed

• install does not write a desktop entry inside a Flatpak.
• run refreshes the prefix's sti.dll when the installed one changed, so
  upgrades no longer need a re-install for that.

Fixed

• sti.dll no longer picks up native hardening flags from the build
  environment (Flatpak/distro CFLAGS), which made it import libssp-0.dll
  and stopped SilverFast from starting. The build now fails if sti.dll
  imports anything Windows does not provide.

Tested

Epson Perfection V600 (reference scanner): prescan with the release build and from the Flatpak, firmware upload after power-on inside the Flatpak. The experimental entries are generated from Epson's drivers and not yet confirmed with hardware.