[Bug 488968] Review Request: fedora-app-install - Fedora application data

[bugzilla at redhat.com]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=488968





--- Comment #14 from James Antill <james.antill at redhat.com>  2009-03-06 23:49:52 EDT ---
 To respond to Bill:

> I agree with Richard - there's value in having this be a distribution neutral
> standard,

 I somewhat agree, to the extent that PK can move forward it'll be to
"standardize" higher level things that what it does currently. And I do think
that's a much brighter future than what we have currently.

> and you're not going to get there by just creating another metadata
> file in createrepo.

 However this I disagree with, to have "pkg install" and "pkg remove" in PK it
didn't mandate how the backend functioned and I see no reason that Ubuntu can't
drop metadata packages if they are insane enough to while we just use repo
metadata.
 The "std." is in that everyone calls PK_lookup_application_data() or whatever
... not that each distribution has to merge to the same lowest common
denominator.
 Yes, it's more work ... and it sucks that PK is writing everything 4 times,
but then I've always said that.

> Moreover, referring to 'comps' and 'specspo' in the past is
> a little odd - comps-extras still exists, as does the specspo package.

 Indeed, but the state of specspo is a reason to reject this package not allow
it through. No doubt specspo went live much faster due to it's implementation
and I'm sure it will be more work for PK to have this feature implemented
properly ... but look at the historical data on specspo.
 Yes it's still used as initially released, but it's still _barely_ working.
"LANG=de_DE.utf-8 yum info kernel" has a translated description, but an en_US
summary. "yum search 'Ein Betrachter und Editor'" still finds nothing.

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.