On Mon, 18 Feb 2008 17:19:55 -0500 Doug Klima <[EMAIL PROTECTED]> wrote: > > Well, that depends upon whether you want it to be part of the C/P-V > > metadata... If you do, it's a cache format change (and you can't > > easily do DEPRECATED_*). But then, deprecation is a property of the > > eclass, not an C/P-V. > > Deprecation is a property of the eclass. Not of an ebuild. The point > is to allow utilities and users/developers to clearly see that an > eclass is deprecated and what they should be using in place of it.
Right. eclasses don't currently have metadata (and there's no easy way for them to have it, since eclasses can't be sourced standalone). If you make deprecation a metadata variable, there will be no way for a package manager to determine whether an eclass is deprecated unless it has an ebuild that uses that eclass. Is this a satisfactory restriction? -- Ciaran McCreesh
signature.asc
Description: PGP signature