Storeman

Rating: 
4.943395
Your rating: None Average: 4.9 (159 votes)

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:

Development:

Donations:

Latest binaries also available at Mer Project Open Build Service.

Screenshots: 
Application versions: 
AttachmentSizeDate
File harbour-storeman-0.1.0-1.armv7hl.rpm284.88 KB11/02/2019 - 02:02
File harbour-storeman-0.1.0-1.i486.rpm303.96 KB11/02/2019 - 02:02
File harbour-storeman-0.1.1-1.armv7hl.rpm289.1 KB16/02/2019 - 00:05
File harbour-storeman-0.1.1-1.i486.rpm308.07 KB16/02/2019 - 00:05
File harbour-storeman-0.1.1-2.armv7hl.rpm290.28 KB18/02/2019 - 00:19
File harbour-storeman-0.1.1-2.i486.rpm307.95 KB18/02/2019 - 00:19
File harbour-storeman-0.1.4-1.armv7hl.rpm290.56 KB24/03/2019 - 11:02
File harbour-storeman-0.1.4-1.i486.rpm308.84 KB24/03/2019 - 11:02
File harbour-storeman-0.1.5-1.armv7hl.rpm292.01 KB25/04/2019 - 23:10
File harbour-storeman-0.1.5-1.i486.rpm310.71 KB25/04/2019 - 23:10
File harbour-storeman-0.1.6-1.armv7hl.rpm291.36 KB01/08/2019 - 22:09
File harbour-storeman-0.1.6-1.i486.rpm313 KB01/08/2019 - 22:09
File harbour-storeman-0.1.6-2.armv7hl.rpm296.05 KB06/08/2019 - 00:31
File harbour-storeman-0.1.6-2.i486.rpm317.76 KB06/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

Full changelog.

Comments

Kabouik's picture

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's picture

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's picture

Here is the output Osetr: https://hastebin.com/gesuwegivo.sql

osetr's picture

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's picture

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's picture

Local bookmarks, yay. Thanks a lot for doing it, and for doing it so quickly!

florifreeman's picture

After install uninstall the application crashes

naytsyrhc's picture

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's picture

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's picture

Very good. It replaced the Warehouse for me

olf's picture

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's picture

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's picture

<p>Two plain text test lines, created in OpenRepos&#039; web front-end:<br />
- test line 1: &gt;&gt; &lt;tag&gt; &lt;em&gt;&lt;/em&gt;<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's picture

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's picture

Have you tried to reauthorize?
(sent from my Jolla 1 with Storeman v0.0.9)

olf's picture

Yes, works (see original comment), but something (minor) is still not really in order.

olf's picture

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's picture

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's picture

See above

cvp's picture

Love this app! Can you "add source + install" in once? + voting :)

Skillmon's picture

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's picture

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's picture

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's picture

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's picture

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's picture

How did Warehouse do it in the updates page?

Warehouse does not open an application page from the updates page.

carmenfdezb's picture

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's picture

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's picture

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's picture

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