[Rpm-maint] [rpm-software-management/rpm] Metatags (#107)

Panu Matilainen pmatilai at laiskiainen.org
Mon Dec 12 16:47:42 UTC 2016


On 12/12/2016 06:13 PM, proyvind wrote:
> Skimming through your link to suse's patterns, it's hard to easily grasp
> it's purpose, while if serving the same purpose, the implementation of
> is not only extremely confusing, hard to maintain and extremely
> non-standard fashion, rather than implemented in rpm itself in a proper,
> intuitively named way for wider adoption.
>
> As the group tag more recently has been made optional, with it's
> replacement that's not limiting to single tag value, requiring
> standardized set of groups being moved out of rpm, this is really bad
> considering cross-compatibility, with functionality tied to distro
> specific dependency solver.

The groups tag was never standardized nor correctness enforced, so it 
is/was truly useless for almost all purposes. Probably seemed like a 
neat thing back in the nineties with a couple of hundred packages in the 
entire distro :)

>
> By rather introducing the trivially implementation of MetaTags:, a
> proper replacement for group tag is provided in rpm itself where it
> should be, while the support of multiple meta tags rather than group,
> aids the vendor specific groups that's not standardized across distros,
> leaving yet another obstacle for cross-distro packaging compatibility.
>
> I hope this better explains it's purpose, rationale, motivation and
> benefits of. :)
>

I implemented essentially the same thing back in 2008 but with 
"keywords" as the tag. Never committed it since  a free-form string 
array is likely to end up as a junkyard of typoed cruft - just like 
group was, only worse.

Sort of related to that: for every reason to include such data in 
packages themselves, there's a counter-argument. For example, you 
really, really dont want to end up rebuilding the kernel or LibreOffice 
or such just to add, remove or typo-fix a keyword/tag. And tags in 
packages it's unlikely to be useful for, say, distro/spin-composing in 
the way eg comps is used.

It's just one of those things that seems like a decent idea but coming 
up with an actual use-case isn't that easy.

	- Panu -


More information about the Rpm-maint mailing list