On Saturday 05 November 2005 22:24, Brian Harring wrote: > On Sat, Nov 05, 2005 at 10:18:14PM +0900, Jason Stubbs wrote: > > > ``Display-If-Installed:`` > > >   A dependency atom or simple package name (for example, > > >   ``<dev-lang/php-5_alpha`` or ``net-www/apache``). If the user has > > > the   package specified installed, the news item should be > > > displayed. > > > > > > ``Display-If-Keyword:`` > > >   A keyword [#glep-22]_ name, for example ``mips``. If the user is > > > on the   arch in question, the news item should be displayed. > > > > > > ``Display-If-Profile:`` > > >   A profile path, for example > > > ``default-linux/sparc/sparc64/server``. If   the user is using the > > > exact profile in question, the news item should be   displayed. > > > This header may be used to replace ``deprecated`` files in   the > > > future.
Where'd those funny "A"s come from? > > Isn't keyword just a generalization of profile? Why have both? > > You would have to specify a common subprofile, and have the code know > to dig through the ancestors of a profile. "If a user is using the exact profile in question"... Common subprofiles seem to be irrelevant. I was going to bring up that point as well, but then I recalled that some utilized profiles have children also (such as amd64/2005.1 and amd64/2005.1/no-multilib). If subprofiles were also picked up, there would be no way to specify a news item that only pertained to multilib amd64 systems. > Breaks down when dealing with profiles that lack a common base > (conversion from flat profiles to cascaded for example). My understanding is that each class of header can appear multiple times. As far as I can tell Display-If-Keyword would just prevent having to specify Display-If-Profile for each profile of the keyword specified. I'd just like to clarify that it has no purpose beyond that. -- Jason Stubbs -- gentoo-dev@gentoo.org mailing list
