Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Publish to OpenStore #4361

Closed
gouchi opened this issue Nov 24, 2018 · 13 comments

Comments

Projects
None yet
5 participants
@gouchi
Copy link

commented Nov 24, 2018

Koreader is not available on the OpenStore which will ease the installation of the application.

@Frenzie

This comment has been minimized.

Copy link
Member

commented Nov 25, 2018

Would you be willing to assist with that? I'd love to of course, but time is limited. :-)

@viksok

This comment has been minimized.

Copy link
Contributor

commented Jan 15, 2019

Would you be willing to assist with that? I'd love to of course, but time is limited. :-)

I might take care of it.
So I tried to publish KOReader with no luck. In order to successfully publish Ko to the OpenStore we need some changes. Find the administrator's explanation below:

You are using read/write paths in your apparmor, can you use the content hub instead?

Use content hub instead of directly accessing the files, then you wouldn't need unrestricted access to 
various parts of the system since content hub respects the security features of Ubuntu touch
@pazos

This comment has been minimized.

Copy link
Contributor

commented Feb 10, 2019

@viksok: I'm not sure if there is any content hub API for non qt/qml applications. Could you ask this to the administrator? How other non-qml applications are added to OpenStore?

@Frenzie

This comment has been minimized.

Copy link
Member

commented Feb 11, 2019

Oh, I'd only seen the original comment without the edit. Indeed, just quickly looking at the docs I see a lot of stuff about QML and HTML5.

@viksok

This comment has been minimized.

Copy link
Contributor

commented Feb 11, 2019

Unfortunately no constructive information was provided to me by OpenStore admins.
They claim that: ${HOME}/fonts is not a valid path and it's (i.e. KOReader) trying to do things it should not
These are the writable paths, where the app should store its data: https://docs.ubports.com/en/latest/appdev/guides/writeable-dirs.html

@Frenzie

This comment has been minimized.

Copy link
Member

commented Feb 11, 2019

# export external font directory
export EXT_FONT_DIR="${HOME}/fonts"

Of course it's not a valid path unless one makes it a valid path. I'm not really sure how to respond to that. I wouldn't say the program is trying to do much of anything there, except optionally load fonts from that path, should one choose to create it and stick some fonts in there.

I do have some doubts about the path as such. Alternatives like the standard /usr/share/fonts/ and ~/.local/share/fonts spring to mind, as well as the deprecated ~/.fonts and the more clearly KOReader-specific ~/.config/koreader/fonts depending on what the goal for that line is. I.e., is it about using any fonts installed on the system or only about adding custom fonts specifically for use with KOReader.

These are the writable paths, where the app should store its data:

Okay, but that doesn't seem to have anything to do with the supposed problem? :-) That's exactly what this line would seem to do:

data_dir = string.format("%s/%s", os.getenv("XDG_DATA_HOME"), package_name)

@myii

This comment has been minimized.

Copy link

commented Apr 19, 2019

I got reminded of KOReader in the UBports Telegram SuperGroup. I saw that @viksok was discussing this back in February. My question: has the .click ever worked on UBports? That would be the first stage before this can be published to the OpenStore. The .click installs but then fails to run. The only log I get is in the unity8.log:

ApplicationManager::onProcessStopped reports stop of appId= "koreader.koreader_koreader" which AppMan is not managing, ignoring the event
@Frenzie

This comment has been minimized.

Copy link
Member

commented Apr 19, 2019

Seems like @gouchi or @viksok would've mentioned if it didn't?

@myii

This comment has been minimized.

Copy link

commented Apr 19, 2019

@Frenzie In the discussions on Telegram involving @viksok, there was no indication that it has ever worked on UBports.

@Frenzie

This comment has been minimized.

Copy link
Member

commented Apr 19, 2019

@myii That doesn't make much sense to me, but alright. :-)

Is there some kind of UBports emulator like there is for Sailfish? Given that UBports is a regular Linux from what I understand (i.e. none of the horrors of Android), combined with the fact that we already have a (legacy?) Ubuntu Phone build it probably shouldn't be too hard to dust it off a little.

@myii

This comment has been minimized.

Copy link

commented Apr 19, 2019

@Frenzie Thanks for your responsiveness. Let me try to get someone involved in this discussion who can explain it a little better than me. Or if you have Telegram, please join the group I linked above and then it will be a lot easier to get to the bottom of this.

@Frenzie

This comment has been minimized.

Copy link
Member

commented Apr 19, 2019

Btw, according to #2119 (comment) logs can be found in /home/phablet/.cache/upstart/*.

Frenzie added a commit to Frenzie/koreader that referenced this issue Apr 20, 2019

Frenzie added a commit that referenced this issue Apr 20, 2019

@Frenzie Frenzie added the invalid label May 14, 2019

@Frenzie

This comment has been minimized.

Copy link
Member

commented May 14, 2019

I'll close this issue for the moment to prevent any possible confusion. Please refer to #4960 instead.

@Frenzie Frenzie closed this May 14, 2019

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.