Releases: storeman-developers/harbour-storeman-installer
2.0.26
Change
- Overhaul and finalise systemd.unit variant
Full Changelog: 2.0.11...2.0.26
Side note: Using the defer-inst-via-systemd-unit branch for this release.
2.0.25
2.0.23
Change
- Create an "RPM only" variant for testing
Full Changelog: 2.0.22...2.0.23
Side note: Using the defer-inst-via-rpm-only branch for this release.
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!