Storeman
Unofficial native OpenRepos.net client for Sailfish OS
3.0.3 Hossa update brings some changes to PackageKit which break Storeman. If you have upgraded to 3.0.3 Hossa before installing Storeman v0.1.5 then you have to update Storeman manually by downloading the RPM from the OpenRepos.
ATTENTION! If you have any troubles with installing, removing or updating packages after the system upgrade try to run devel-su pkcon refresh in the terminal app.
WARNING! Storeman is at its early stage of development and can be unstable! Application name does not affiliated to any other software.
Current features:
- List recently updated applications
- List installed applications
- List, add/remove, enable/disable repositories
- Show applications info similar to the official Jolla store client
- Install/remove applications
- All lists are scrollable, data is loaded in the background
- Search for applications
- Tap on the "Reply to" label on the comments list to navigate to the original comment
- List categories and apps by categories
- Comment, reply to comments, edit and delete own comments for apps
- Use button panel to add HTML tags when typing comments (hint: select text and then click a button to wrap it with a tag)
- Initial support for apps bookmarks
- Initial support for backups
- Show categories on the applications page - tap a category label to show all related applications
- Rate applications
- Find and manage local RPM files
Supported locales:
Report an issue:
- For GitHub users: https://github.com/mentaljam/harbour-storeman/issues
- For users without a GitHub account: https://gitreports.com/issue/mentaljam/harbour-storeman
Development:
- Application icon by Laurent_C
- Sources https://github.com/mentaljam/harbour-storeman
- Localization https://www.transifex.com/mentaljam/harbour-storeman
Donations:
Latest binaries also available at Mer Project Open Build Service.
Screenshots:
Category:
Application versions:
| Attachment | Size | Date |
|---|---|---|
 harbour-storeman-0.1.0-1.armv7hl.rpm | 284.88 KB | 11/02/2019 - 02:02 |
| harbour-storeman-0.1.0-1.i486.rpm | 303.96 KB | 11/02/2019 - 02:02 |
| harbour-storeman-0.1.1-1.armv7hl.rpm | 289.1 KB | 16/02/2019 - 00:05 |
| harbour-storeman-0.1.1-1.i486.rpm | 308.07 KB | 16/02/2019 - 00:05 |
| harbour-storeman-0.1.1-2.armv7hl.rpm | 290.28 KB | 18/02/2019 - 00:19 |
| harbour-storeman-0.1.1-2.i486.rpm | 307.95 KB | 18/02/2019 - 00:19 |
| harbour-storeman-0.1.4-1.armv7hl.rpm | 290.56 KB | 24/03/2019 - 11:02 |
| harbour-storeman-0.1.4-1.i486.rpm | 308.84 KB | 24/03/2019 - 11:02 |
| harbour-storeman-0.1.5-1.armv7hl.rpm | 292.01 KB | 25/04/2019 - 23:10 |
| harbour-storeman-0.1.5-1.i486.rpm | 310.71 KB | 25/04/2019 - 23:10 |
| harbour-storeman-0.1.6-1.armv7hl.rpm | 291.36 KB | 01/08/2019 - 22:09 |
| harbour-storeman-0.1.6-1.i486.rpm | 313 KB | 01/08/2019 - 22:09 |
| harbour-storeman-0.1.6-2.armv7hl.rpm | 296.05 KB | 06/08/2019 - 00:31 |
| harbour-storeman-0.1.6-2.i486.rpm | 317.76 KB | 06/08/2019 - 00:31 |
Changelog:
2019-08-06 • 0.1.6-2
- Update ranslations
2019-08-01 • 0.1.6-1
- Update harbour-storeman-zh_CN.ts
- Fix detection of OS version (fix issues with SailfishOS 3.1)
- Fix launching installed applications
Comments
Kabouik
Thu, 2017/08/03 - 07:04
Permalink
On my Jolla C, Storeman will never manage to show the list of currently installed apps, it just shows the spinning animation forever (tried as long as 40 min). I wanted to go there to bookmark all my current applications instead of having to search them individually.
There is a typo in the pulley menu in "About Storman" (at least in French).
osetr
Thu, 2017/08/03 - 09:30
Permalink
On my Jolla C, Storeman will never manage to show the list of currently installed apps...
Can you, please, install this debug version, launch it within terminal and send me its output?
There is a typo in the pulley menu in "About Storman" (at least in French).
Found it only in French. Fixed, thanks.
Kabouik
Fri, 2017/08/04 - 03:35
Permalink
Here is the output Osetr: https://hastebin.com/gesuwegivo.sql
osetr
Fri, 2017/08/04 - 07:19
Permalink
As you can see Storeman stops on loading cache for the xDShot repo. This user does not have any applications aploded so it's repo url returns the 404 error. I will add handling of such situations and as temporar workaround you can disable or remove this repo on the repositories page.
minitreintje
Wed, 2017/08/02 - 09:23
Permalink
Thanks for the update! An indication when installing or updating an app would be nice to improve the UX (like in the Jolla Store)
Kabouik
Wed, 2017/08/02 - 04:22
Permalink
Local bookmarks, yay. Thanks a lot for doing it, and for doing it so quickly!
florifreeman
Tue, 2017/08/01 - 23:42
Permalink
After install uninstall the application crashes
naytsyrhc
Tue, 2017/08/01 - 22:09
Permalink
Unfortunately I can't post comments from within app anymore. May have been caused by system update. Symptoms: app states that I'm logged in, I can comment, but comment will not be stored/displayed/posted. It just goes to void...
olf
Tue, 2017/08/01 - 22:41
Permalink
Exactly the same symptoms (and a workaround) were discussied here a few of days ago, see https://openrepos.net/comment/20107#comment-20107 and https://openrepos.net/comment/20106#comment-20106 ff. (or just scroll a bit!).
explit
Thu, 2017/07/27 - 02:48
Permalink
Very good. It replaced the Warehouse for me
olf
Thu, 2017/07/27 - 01:19
Permalink
The same test, but now two HTML test lines are created in OpenRepos' web front-end:
- test line 1: >> <tag> <em></em>
- test line 2: foobar
Adding same two test lines by editing this comment in Storeman 0.0.9 (look, what happens to the untouched, copied text in line 1 below!):
- test line 1: >>
- test line 2: foobar
olf
Sat, 2017/08/05 - 03:39
Permalink
I.e. IMO, Storeman should not filter text for invalid HTML tags, but convert them to proper HTML (as OpenRepos' web front-end does).
Edit: Issue resolved in Storeman 0.0.12 (and half of it was based on incorrectly suspecting Storeman to do the filtering: it seems to be OpenRepos.net).
olf
Thu, 2017/07/27 - 01:10
Permalink
<p>Two plain text test lines, created in OpenRepos' web front-end:<br />
- test line 1: >> <tag> <em></em><br />
- test line 2: foobar</p>
Adding same two test lines by editing this comment in Storeman 0.0.9 (look, what happens to the untouched text above!):
- test line 1: >> <tag> <em></em>
- test line 2: foobar
olf
Sat, 2017/08/05 - 03:52
Permalink
I.e. IMO, Storeman should detect plain text messages (if the OpenRepos API offers that), and treat them accordingly.
Alternatively (dirty workaround), you may convert plain text messages to HTML (as already the case with v0.0.9) *and* write them back as HTML messages (currently not the case).
Edit: Issue resolved in Storeman 0.0.12, comments are now always uploaded as "filtered HTML" formatted.
osetr
Thu, 2017/07/27 - 00:29
Permalink
Have you tried to reauthorize?
(sent from my Jolla 1 with Storeman v0.0.9)
olf
Thu, 2017/07/27 - 00:46
Permalink
Yes, works (see original comment), but something (minor) is still not really in order.
olf
Thu, 2017/07/27 - 01:02
Permalink
While I managed to send a comment with Storeman 0.0.7 (here, 2017-07-21), I failed to multiple times with v0.0.8 and v0.0.9: When hitting "Send" (no matter, if short- or long-pressed), the text field is emptied, but the comment *not* sent.
Is this just on my Jolla 1 phones (under SFOS 2.1.0.11), or can others reproduce that (then I am inclined to file a bug @github)? Note, Storeman tells me, that I am logged in at OpenRepos (will try logging out and back in, next).
*Edit:* Logging out (then closing Storeman and restarting it) and back in at OpenRepos did the job: Commenting and editing a comment works fine.
But one cannot delete a comment (in contrast to OpenRepos' web front-end), is this function not part of OpenRepos' web API?
And the original issue is two different bugs, IMHO:
a. Sometimes Storeman shows the OpenRepos account being active (logged in), while it is not. (I will try to determine, under which conditions this happens.)
*Edit2*: Shouldn't the "Authorization notification" detect such a situation and notify the user?
b. Storeman should prevent typing a comment, when not logged in. Or is b. just a consequence of a., as Storeman believes one is logged in, while this is not the case?
*Edit2:*: It is; Storeman handles this fine, when being aware, that one is not logged in.
osetr
Thu, 2017/07/27 - 01:03
Permalink
But one cannot delete a comment (in contrast to OpenRepos' web front-end), is this function not part of OpenRepos' web API?
Deleting of comments will be available later.
Shouldn't the "Authorization notification" detect such a situation and notify the user?
Yes it should but it was not tested properly yet. Thanks to your reply I'll try to fix it.
osetr
Thu, 2017/07/27 - 00:30
Permalink
See above
cvp
Wed, 2017/07/26 - 13:39
Permalink
Love this app! Can you "add source + install" in once? + voting :)
Skillmon
Wed, 2017/07/26 - 02:37
Permalink
While the new installed app list with the click to search feature is great feature it doesn't work well on many apps (especially patches) because the package names doesn't necessarily match the openrepos page name. Still great work, thank you very much for the time and work you invest in this!
osetr
Wed, 2017/07/26 - 02:44
Permalink
Yes it's a known issue. Partially it could be solved by using app name from its desktop file. But not for patches and other packages that don't provide desktop files.
osetr
Wed, 2017/07/26 - 02:49
Permalink
Another solution is to use a package summary. But once again not for all packages. The truth is that we cannot directly go from package to its OpenRepos page.
olf
Thu, 2017/07/27 - 00:11
Permalink
Simple idea for an improvement here (maybe too simplistic):
Remove any prefixing "harbour-", "sailfishos-" and "jolla-" from the package name (if there), then (always, i.e. unconditionally) convert all dashes ("-") to spaces (" "), before looking up the package on openrepos.net (and displaying the hits, as already in v0.0.9).
Skillmon
Wed, 2017/07/26 - 02:54
Permalink
Well, the application (this one) could built a database. Except for this unpractical solution I don't know any solution either. How did Warehouse do it in the updates page?
osetr
Wed, 2017/07/26 - 10:29
Permalink
How did Warehouse do it in the updates page?
Warehouse does not open an application page from the updates page.
carmenfdezb
Tue, 2017/07/25 - 11:56
Permalink
Thanks for the update, osetr! I think something it's wrong with Enable/Disable all repositories: if I use 'Disable all repositories', then 'Enable all repositories' is missing if I want to enable all again, I have to enable one by one repo.
osetr
Tue, 2017/07/25 - 12:02
Permalink
I tested enable/disable all not closing the app and it was ok. Now I see that the menu does not work properly if I close and reopen the app. I'll try to fix it and as workaround you can enable one repo then "Enable all" menu should appear.
Kabouik
Tue, 2017/07/25 - 04:05
Permalink
Great update again. Feature idea, hope it's not too silly:
Again I have not enough free space to install the latest Sailfish update. I have to uninstall many apps. It would be great if we could bookmark or "save for later" application pages so that they are easy to reinstall (or even to remember should I say) at a later point (it's not only useful in my case with space issue, but some people may want to install that big Ambiance application only when they feel like using the said ambiance, and same goes for any app that may be used punctually only). It would provide the same benefits as the "Previously installed" tab of the Play Store, without the costs (you could delete bookmarks instead of just inevitably piling up apps over time as in the Play Store).
Also, showing disk usage for each application in the Installed Apps page would be great (or at least package size would be a good indication already).
osetr
Tue, 2017/07/25 - 08:53
Permalink
Thank you for the idea. I'll see what I can do.
Also, showing disk usage for each application in the Installed Apps page would be great (or at least package size would be a good indication already).
This is in my todo list.
Pages