<p dir="ltr"><br>
On Jul 10, 2013 5:25 AM, &quot;Jaroslav Reznik&quot; &lt;<a href="mailto:jreznik@redhat.com">jreznik@redhat.com</a>&gt; wrote:<br>
&gt;<br>
&gt; = Proposed Self Contained Change: Application Installer =<br>
&gt; <a href="https://fedoraproject.org/wiki/Changes/AppInstaller">https://fedoraproject.org/wiki/Changes/AppInstaller</a><br>
&gt;<br>
&gt; Change owner(s): Richard Hughes &lt;<a href="mailto:rhughes@redhat.com">rhughes@redhat.com</a>&gt;, together with the<br>
&gt; desktop team<br>
&gt;<br>
&gt; We will replace the existing gnome-packagekit frontends (gpk-update-viewer and<br>
&gt; gpk-application) by a new application.<br>
&gt;<br>
&gt; == Detailed description ==<br>
&gt; The current PackageKit frontends are focused on (surprise!) packages.<br>
&gt;<br>
&gt; The new tool, tentatively named gnome-software, is designed from the beginning<br>
&gt; for installing applications. It will present applications with information<br>
&gt; that is relevant to users (screenshots, reviews, descriptions, ratings,...)<br>
&gt; instead of information that is relevant for packagers (dependencies, package<br>
&gt; size, file lists,...).<br>
&gt;<br>
&gt; It will be possible to search and browse for available applications.<br>
&gt;<br>
&gt; gnome-software will also be used to present information about available and<br>
&gt; installed updates. Notifications about available updates will launch gnome-<br>
&gt; software if the user chooses to see details. gnome-software will be fully<br>
&gt; integrated with &#39;offline updates&#39; - if an update includes system packages, it<br>
&gt; will be done as an offline update, regardless whether it gets initiated from the<br>
&gt; gnome-shell menu, a notification, or the gnome-software UI.<br>
&gt;<br>
&gt; To improve some problematic aspects of the updates user experience (long<br>
&gt; waits, locks), we will use the new hawkey backend for PackageKit.<br>
&gt;<br>
&gt; == Scope ==<br>
&gt; Proposal owners:<br>
&gt; * Implement minimal required functionality for application installation in<br>
&gt; gnome-software<br>
&gt; * Implement minimal required functionality for updates in gnome-software<br>
&gt; * Replace gpkg-update-viewer<br>
&gt; * Package gnome-software<br>
&gt; * Include a hawkey backend in PackageKit and use it<br>
&gt;<br>
&gt; Other developers:<br>
&gt; * Use gnome-software instead of gpk-update-viewer when dealing with updates in<br>
&gt; gnome-settings-daemon, gnome-shell and gnome-control-center<br>
&gt;<br>
&gt; Release engineering:<br>
&gt; * Make metadata available for packaged applications in Fedora (screenshots,<br>
&gt; icons, ratings,...). Not all of this needs to be in place for F20<br>
&gt;<br>
&gt; Policies and guidelines:<br>
&gt; * No immediate changes needed; longer-term, we probably want to make changes<br>
&gt; to way applications are distributed and installed<br>
&gt; * The update experience will also benefit from proposed changes to batch<br>
&gt; updates<br>
&gt;<br>
&gt; _______________________________________________<br></p>
<p dir="ltr">A few questions:</p>
<p dir="ltr">How does gnome-software differentiate between user facing applications and other packages, ie back end dependencies, system libraries, texlive packages? What role do maintainers have in making this distinction, and by what process?</p>

<p dir="ltr">Where does the additional user facing metadata live? How can maintainers provide it for their packages, and in what format? Will other packagekit applications be able to take advantage of it, or just gnome-software?</p>

<p dir="ltr">Thanks, </p>
<p dir="ltr">--Pete</p>