Bug 17413

Summary:	Add an install protocol for install links
Product:	PackageKit	Reporter:	Jason Taylor <killerkiwi2005>
Component:	client-library	Assignee:	Richard Hughes <richard>
Status:	RESOLVED NOTABUG	QA Contact:
Severity:	enhancement
Priority:	medium	CC:	killerkiwi2005
Version:	unspecified
Hardware:	All
OS:	All
Whiteboard:
i915 platform:		i915 features:

Description Jason Taylor 2008-09-02 15:37:25 UTC

Ubuntu currently has an apt protocol that allows you to put markup like 

<a href="apt:banshee">Install banshee</a>

into a web page

This allows installation based on package name NOT addition of repos which could be a security concern

It would be nice if packagekit had some thing similar so you could go

 <a href="pk-install:banshee">Install banshee for linux</a>

or maybe

 <a href="pk-install:/bin/banshee">Install banshee for linux</a>

which could use file search to find the correct package....

Comment 1 Jason Taylor 2008-09-02 15:51:32 UTC

or maybe pk-search:banshee that pops a window searching for "banshee"

Comment 2 Anthony Nordquist 2012-01-14 08:21:33 UTC

I have been working to create this very thing, in fact I have a working version right now. The xterm version I have should work cleanly across all distros, the code can be found here: http://www.salineos.com/Scripts/xterm/packagekit-url

Since Ubuntu is unlikely to drop their security flaw of allowing repositories to be added and they are so popular, I have included support for apt links in this script.  This should stop from fracturing things further, which is counter to what is trying to be done with packagekit. I am unsure at this time if it supports ALL apt links as there are so many, but it does support apt:package apt://package apt:package?section=blahblah and apt://package?section=blahblah, ?section=blahblah is just stripped off the ladder links. 

I used the convention pkgkit://package/operation for the packagekit links, package must be a valid package name and operation can be install, remove or blank. Blank is the same as install. 

Currently lacks a proper confirmation, this is caused by bug 42602. Richard Hughes, if you would like I can write up the documentation needed to implement this across different browsers. Also, when bug 42602 gets closed I will redo the confirmation dialogs to be more proper. I also have the workings of a Zenity version, though I don't expect it to work cleanly as is, and it needs a bit of work before prime time. 

If I am stepping on toes here I apologize, I just planned to write apturl support for SalineOS 2.0 (Without using QT). It just didn't make sense to only write that, when I could be more productive with my time. -Anthony salinelinux@gmail.com

Comment 3 Richard Hughes 2018-08-21 15:52:54 UTC

We moved the upstream bugtracker to GitHub a long time ago. If this issue still affects you please re-create the issue here: https://github.com/hughsie/PackageKit/issues
 
Sorry for the impersonal message, and fingers crossed your issue no longer happens. Thanks.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.