Results of the App Installer Meeting
Samuel Verschelde
stormi at laposte.net
Wed Jan 26 05:21:19 PST 2011
Great. I just forwarded it to the mageia-discuss at mageia.org mailing list.
Cheers.
Samuel Verschelde
http://mageia-app-db.tuxette.fr/projects/mageia-app-db/wiki
Le mercredi 26 janvier 2011 13:57:41, Vincent Untz a écrit :
> Hi all,
>
> The cross-distro App Installer Meeting that was announced a few weeks
> ago took place last week. It was a very productive meeting, with people
> from Debian, Fedora, Mageia, openSUSE and Ubuntu attending.
>
> We wanted to see how we can collaborate on the creation of a good user
> experience for installing applications, and we reached concrete
> results: we agreed on an architecture to achieve this, with specific
> technologies to be used.
>
> A quick foreword: with this project, the user experience is what matters
> to us. This means that our approach is application-centric instead of
> being package-centric. We do not want the end users we target here to
> have to learn about packages: they already know what an application is,
> and this is what they actually care about ("I want Inkscape"). It is in
> no way an attempt to kill packages; on the contrary, we'll build on top
> of them. But this application-centric focus has several impacts on the
> design of the architecture, from the user interface to metadata that we
> want to display to users.
>
>
> Architecture
> ============
>
> The overall architecture of the project is described at:
> http://distributions.freedesktop.org/wiki/AppStream/Implementation
>
> We aim for getting a working implementation as soon as possible by
> tying together existing projects. The architecture allows different
> implementations, though. In particular, there is no reason why other
> client implementations shouldn't exist or the data shouldn't be accessed
> by the existing, distribution-specific tools.
>
> Here's a very high-level summary:
>
> + On the client side:
> - Use the Ubuntu Software Center as the reference UI (it should be
> possible to implement other UI since everything is open)
> - Access apps metadata through xapian
> - Access additional metadata through OCS (Open Collaboration
> Services)
> - Access screenshots, possibly through screenshots.debian.net (using
> a per-distro proxy) or similar services
>
> + On the server side:
> - Generate apps metadata, based on information coming from upstream
> .desktop files
> - Make this metadata (as well as icons and more) available, ideally
> in the distribution repositories, on the mirrors
>
> + Per-distribution work:
> - The tool to generate the apps metadata will possibly be per-distro
> - Each distro can decide on some policy wrt OCS:
> . Use a distro-specific server or not
> . Display comments/ratings/screenshots from other distros or not
> . etc.
>
> While we do welcome comments, it's worth pointing out that it's easy to
> get stuck on trying to plan the best architecture ever, and we'll avoid
> this: this architecture is our plan, and we will implement it :-)
>
>
> Additional architectural bits
> =============================
>
> There are additional bits that we looked at, but that did not fit into
> to overall architecture yet. It is our intention to integrate these
> bits, though.
>
> a) Matching packages between distributions
> This may become handy if we want to share data like screenshots,
> comments or ratings. The decision to use such data from other
> distributions should be up to each distribution, but we want to
> enable this possibility.
> This has other uses for the contributor communities, like easily
> browsing patches from other distributions.
>
> b) The Debian tagging system (debtags)
> Tagging applications can help users find the applications they look
> for. The meeting was too short to think about reaching a full
> agreement on this, but there was interest in the debtags system. If
> most distributions are interested in adopting this system, we will
> integrate debtags into the overall architecture.
>
>
> Where do we go now?
> ===================
>
> To keep us moving, we established a schedule for the development of this
> project:
> http://distributions.freedesktop.org/wiki/AppStream/ActionItems
>
> Let me quickly summarize the timeline we're targetting (skipping some
> details from the wiki page):
>
> + April: "Publish metadata / Port UI"
> - Publish app metadata as part of the distros repos
> - Make this app metadata available via xapian in all distros
> - Port Ubuntu Software Center to non-Debian-based systems
>
> + July: "Integrate non-static metadata"
> - Setup OCS servers for distros
> - Use OCS from the Application Center
>
> + November: "Deliver to users"
> - Ship a working Application Center in distros releasing around this
> time
>
> We'll work on this direction, and everybody is welcome to help!
>
>
> Resources
> =========
>
> mailing list: http://lists.freedesktop.org/mailman/listinfo/distributions
> wiki: http://distributions.freedesktop.org/wiki/AppStream
> git: http://gitorious.org/appstream
>
> We decided that for further communication, the distributions mailing
> list would be the right place because our effort is cross-distributions.
> If it turns out we're generating too much traffic for
> distributions at lists.fd.o, we'll create a new mailing list.
>
> We will use the distributions wiki to document our work, and we've
> already put all the notes from the meeting there. Please keep in mind
> that those are raw notes and that they might lack context :-) So don't
> hesitate to ask for clarifications!
>
> A project was already created on gitorious to collect various resources.
>
>
> We know this is an important topic, and we believe we'll provide a good
> solution for it much more easily by working together. So don't hesitate
> to join the fun!
>
>
> Vincent, on behalf of all the participants to the meeting
>
More information about the Distributions
mailing list