From 1e05a92bbc1f1598196b1c6ecfa7b29def145902 Mon Sep 17 00:00:00 2001 From: olf Date: Thu, 18 May 2023 23:15:52 +0200 Subject: [PATCH 1/4] [build.yml] Make `*/*` more specific --- .github/workflows/build.yml | 6 +++++- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/.github/workflows/build.yml b/.github/workflows/build.yml index 9155382..b57317a 100644 --- a/.github/workflows/build.yml +++ b/.github/workflows/build.yml @@ -4,7 +4,11 @@ on: push: tags: - '*' - - '*/*' + - 'release*/*' + - 'rc*/*' + - 'beta*/*' + - 'alpha*/*' + - 'test*/*' pull_request: branches: - master From 48d1238225d2ace456d35f6465cb22b288cf614f Mon Sep 17 00:00:00 2001 From: olf Date: Sun, 21 May 2023 19:45:40 +0200 Subject: [PATCH 2/4] [build.yml] Omit `test*_` --- .github/workflows/build.yml | 2 -- 1 file changed, 2 deletions(-) diff --git a/.github/workflows/build.yml b/.github/workflows/build.yml index b57317a..8dc6ff6 100644 --- a/.github/workflows/build.yml +++ b/.github/workflows/build.yml @@ -3,12 +3,10 @@ name: CI on SFOS 3.1.0 on: push: tags: - - '*' - 'release*/*' - 'rc*/*' - 'beta*/*' - 'alpha*/*' - - 'test*/*' pull_request: branches: - master From 63ac09533767c263688295dbf8d03a264d6f3195 Mon Sep 17 00:00:00 2001 From: olf Date: Sun, 21 May 2023 19:48:58 +0200 Subject: [PATCH 3/4] =?UTF-8?q?[Update=20build.yml]=20`*legacy*`=E2=86=92`?= =?UTF-8?q?v*-legacy`:=20Align=20with=20`sfos-upgrade`?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- .github/workflows/build.yml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/.github/workflows/build.yml b/.github/workflows/build.yml index 8dc6ff6..3ec1e39 100644 --- a/.github/workflows/build.yml +++ b/.github/workflows/build.yml @@ -11,7 +11,7 @@ on: branches: - master - devel - - '*legacy*' + - 'v*-legacy' jobs: build: From 5762c85c1457665605a00e7b16324a17f46ddda3 Mon Sep 17 00:00:00 2001 From: olf Date: Sat, 15 Jul 2023 01:15:14 +0200 Subject: [PATCH 4/4] [README.md] Add final sentence --- README.md | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/README.md b/README.md index aadd201..18596c5 100644 --- a/README.md +++ b/README.md @@ -40,4 +40,5 @@ RPMs of [older Storeman releases are also available at OpenRepos](https://openre * Installing [Storeman Installer 1.3.1](https://github.com/storeman-developers/harbour-storeman-installer/releases/tag/1.3.1) and all later versions also automatically removes an installed Storeman (*harbour-storeman* package) < 0.2.99, which eliminates the former necessity to manually remove ("uninstall") an old Storeman. * [Storeman Installer 1.3.8](https://github.com/storeman-developers/harbour-storeman-installer/releases/tag/1.3.8) and all later versions create a persistent log file `/var/log/harbour-storeman-installer.log.txt`. * Storeman Installer 2 runs "unattended": I.e., without any manual steps, after its installation has been triggered, until Storeman is installed. -* Storeman Installer is slow, because it calls `pkcon` two (releases before v1.3.8) to three times (releases from v[1.3.8](https://github.com/storeman-developers/harbour-storeman-installer/releases/tag/1.3.8) on), which acts quite slowly. The minimal run time for Storeman Installer 2 is about 7 seconds, the typical run time is rather 10 seconds (measured from the moment Storeman Installer's installation is triggered, until Storeman is installed and its icon is displayed at the "launcher"). This is already a lot, but rarely the Packagekit daemon stalled (`packagekitd`, for which `pkcon` is just a command line front-end, communicating with the daemon via D-Bus) during heavy testing, which can be observed with the crude `pkmon` utility (`Ctrl-C` gets you out.:smiley:), so the Storeman Installer now tries to detect these "hangs" and to counter them: If that happens, its run time can be up to slightly more than 1 minute. In the worst case a stalled PackageKit daemon (and with it its `pkcon` client process(es)) stalls Storeman Installer, until the PackageKit daemon reaches its idle time out of 300 seconds (5 minutes; this could theoretically happen three times, resulting in a likely unsuccessful run time of more than 15 minutes). +* Storeman Installer is slow, because it calls `pkcon` two (releases before v1.3.8) to three times (releases from v[1.3.8](https://github.com/storeman-developers/harbour-storeman-installer/releases/tag/1.3.8) on), which acts quite slowly. The minimal run time for Storeman Installer 2 is about 7 seconds, the typical run time is rather 10 seconds (measured from the moment Storeman Installer's installation is triggered, until Storeman is installed and its icon is displayed at the "launcher"). This is already a lot, but rarely the Packagekit daemon stalled (`packagekitd`, for which `pkcon` is just a command line front-end, communicating with the daemon via D-Bus) during heavy testing, which can be observed with the crude `pkmon` utility (`Ctrl-C` gets you out.:smiley:), so the Storeman Installer now tries to detect these "hangs" and to counter them: If that happens, its run time can be up to slightly more than 1 minute. In the worst case a stalled PackageKit daemon (and with it its `pkcon` client process(es)) stalls Storeman Installer, until the PackageKit daemon reaches its idle time out of 300 seconds (5 minutes; this could theoretically happen three times, resulting in a likely unsuccessful run time of more than 15 minutes).
+Also note that SailfishOS sometimes fails to show an icon of a freshly installed app on the launcher ("homescreen") until SailfishOS is rebooted (rsp. more precisely: Lipstick is restarted).