Releases: storeman-developers/harbour-storeman-installer
2.0.22
Change
- Overhaul detached.script variant
Full Changelog: 2.0.12...2.0.22
Side note: Using the defer-inst-via-detached-script branch for this release.
1.3.5
Changes
- Update
harbor-storeman-installer
script to version in defer-inst-via-detached-script branch (#144) - Re-adapt
harbour-storeman-installer
script for interactive use (#144) - Log file needs to be writeable (#146)
Full Changelog: 1.3.4...1.3.5
Side note: Mind to usually target the master branch when setting release tags.
2.0.13
Change
- Finalise v2.0.7 in order to make it "production-ready"
Full Changelog: 2.0.7...2.0.13
Side note: Using the defer-inst-via-systemd-timer branch for this release.
2.0.12
Change
- Fix v2.0.9 in order to make it "production-ready"
Full Changelog: 2.0.9...2.0.12
Side note: Using the defer-inst-via-detached-script branch for this release.
This variant has most potential (out of defer-inst-via-systemd-timer
, defer-inst-via-systemd-unit
and defer-inst-via-detached script
, which are their branch names), as it provides more degrees of freedom to specify the timing of the asynchronously called harbour-storeman-installer
script, which turn asynchronously calls pkcon
to install Storeman. OTOH, these additional possibilities also require more considering, fine-tuning and testing.
2.0.11
Change
- Finalise v2.0.8 in order to make it "production-ready"
Full Changelog: 2.0.8...2.0.11
Side note: Using the defer-inst-via-systemd-unit branch for this release.
Side note for all three variants defer-inst-via-systemd-timer
, defer-inst-via-systemd-unit
and defer-inst-via-detached script
(which are their branch names), because pkcon
is so incredibly slow, it sometimes enqueues, but does not execute jobs (i.e., leaving them stalled and blocking pkcon
completely) when jobs are enqueued in rapid succession or when one job enqueues another (i.e., here, when the installation of Storeman Installer is performed via pkcon
). This can be easily observed with the slightly awkward pkmon
: It is an "interactive" command line tool, permanently refreshing its displayed content, but not allowing for any user interaction (AFAICS), except for closing this tool, which I only achieved via Ctrl-C
(one sure could alternatively send a TERM
(terminate), QUIT
or HUP
(hang-up) signal).
1.3.4
Changes
- Radically rewrite
harbour-storeman-installer
script in/usr/bin
(#136) - The
harbour-storeman-installer
script ultimately issuespkcon install harbour-storeman … &
, allowing this script to be removed in the process of the Storeman installation - Do not use pkcon's option -n; it is slow enough (#134)
Full Changelog: 1.3.3...1.3.4
Side note: Mind to usually target the master branch when setting release tags.
2.0.9
Changes
- Fully rewrote the
/usr/bin/harbour-storeman-installer
shell script to substitute the systemd units for automatic installation of Storeman used by Storeman Installer 2.0.8: It would be nice, if this works without the indirection via systemd.
Full Changelog: 1.3.2...2.0.9
Side note: Using the v2.0.0 branch for this pre-release!
2.0.8
2.0.7
Changes
- Create unit files harbour-storeman-installer.timer and harbour-storeman-installer.service (#94 etc.)
- The service unit performs the installation of Storeman
- The timer unit is triggered via
systemctl
in the%posttrans
scriptlet (#94) - Thus the necessity for user interaction(s) is eliminated, besides triggering the installation of Storeman Installer
Full Changelog: 1.3.4...2.0.7
Side note: Using the defer-inst-via-systemd branch for this pre-release!
1.3.3
Changes
- Start pkcon commands with the options -pn
- Tidy spec file as implemented in v2.0
- Fix broken links to
build.sailfishos.org
→build.merproject.org
- Enhance README.md
- Overhaul some comments
Full Changelog: 1.3.2...1.3.3
Side note: Mind to usually target the master branch when setting release tags.