Skip to content

WIP: Jb50188 - #394

Open
etaishev wants to merge 2 commits into
sailfishos:masterfrom
etaishev:jb50188-1
Open

WIP: Jb50188#394
etaishev wants to merge 2 commits into
sailfishos:masterfrom
etaishev:jb50188-1

Conversation

@etaishev

@etaishev etaishev commented Mar 4, 2021

Copy link
Copy Markdown
Contributor

No description provided.

etaishev and others added 2 commits March 4, 2021 12:44
Co-authored-by: Martin Kampas <martin.kampas@jolla.com>
Co-authored-by: Martin Kampas <martin.kampas@jolla.com>
@etaishev etaishev changed the title Jb50188 WIP: Jb50188 Mar 4, 2021
@martyone
martyone self-requested a review March 4, 2021 09:59
@martyone

martyone commented Mar 4, 2021

Copy link
Copy Markdown
Member

This PR was split from PR #325

@martyone martyone left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Now I realized if we are adding UI for deploying RPM keys, then we should provide also UI for listing and removing existing keys. But those should be primarily provided on the device - it should be possible to check and remove user-deployed keys under settings.

Comment thread src/libs/sfdk/device.cpp
});
connect(runner.get(), &RemoteProcessRunner::done, context_,
[=, runner = runner.get()](bool ok) {
functor(ok, runner->errorString());

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We should somehow gracefully handle older devices without sdk-deploy-key. It should be possible to check for exit code 127 here, which should mean "command not found", and return a message like tr("Device unsupported: \"%1\" command not found").arg(command) instead of runner->errorString() in that case.

@etaishev

etaishev commented Mar 4, 2021

Copy link
Copy Markdown
Contributor Author

Now I realized if we are adding UI for deploying RPM keys, then we should provide also UI for listing and removing existing keys. But those should be primarily provided on the device - it should be possible to check and remove user-deployed keys under settings.

I thought there would be an item in the settings menu on the device for key management

@martyone

martyone commented Mar 4, 2021

Copy link
Copy Markdown
Member

Yup, that's what I meant. Or should I understand it so that you thought there already was one? At least I didn't find it on my 4.0.1 device.

@etaishev

etaishev commented Mar 4, 2021

Copy link
Copy Markdown
Contributor Author

No, it's not ready yet

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants