Hi!

Let me start with a preliminary remark:

Your perception that your package format (or what ever you call it) is relevant within AppStream is wrong. It is wrong because it is in another layer of the package handling stack. I am currently working on a document describing the layers [1] but it is not ready yet. But the pure fact that you could add the AppStream features on top of a repository with your packages should make that clear. AppStream is not about package formats. Packages are taken for granted. We don't mind where they come from, what they contain or how they are installed. These are all questions of the layer below. While our group might look like the right people to talk to they are not. Especially not here in the context of AppStream.

On 02/15/2011 12:52 AM, James Rhodes wrote:
I believe that the reason these projects generally fail is because
there is no adoption by the mainstream distributions, usually, at
least from the projects that I've previously seen, because they don't
integrate with the underlying package system, or they provide an
inconsistent experience (like you can run an application from a Klik
package, but if you want to install it you need to go find a DEB /
RPM).  AppTools is designed such that it integrates with the
underlying package system where possible, and provide a consistent
user experience.
I believe that the reason these projects generally fail is because they fail to understand why distributions work the way they do and fail to find arguments why this reasons don't apply to their model[2]. They especially fail to understand the the main problems are not technical (although there are several pretty hard technical problems) but organizational.

But while you'll have a consistent interface, you won't have a
consistent software selection.  We already know that different
distributions name packages differently (that's why AppTools has a
standardized package naming specification so that it's not an issue).
This shows very well why you fail: "Everybody is different. But I have the solution: I am different, too." Why don't you just suggest to abandon all distributions except one.

Florian

[1] https://fedoraproject.org/wiki/User:Ffesti/PackageHandling
[2] No, I won't list them here. It is your job to come up with arguments for your project.
_______________________________________________
Distributions mailing list
Distributions@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/distributions

Reply via email to