Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 9938 - Richer ebuild metadata
Summary: Richer ebuild metadata
Status: RESOLVED DUPLICATE of bug 2905
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Documentation (show other bugs)
Hardware: All Linux
: High enhancement
Assignee: Daniel Robbins (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-10-29 21:16 UTC by Ashvin Mysore
Modified: 2011-10-30 22:32 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ashvin Mysore 2002-10-29 21:16:55 UTC
It would be very convenient if ebuilds could provide richer metadata, in terms
of what functionality is provided by the package. The current DESCRIPTION field
is quite useful in conjunction with emerge search. However, an admin wanting to
know, for example, what to emerge in order to get kibitz is left in the dark. If
the expect ebuild could contain a line along the lines of,

  # Commands, libraries, and header files provided by the package.
  PROVIDES="rftp dislocate xkibitz kibitz ... libexpect5.37.a expect.h ..."

her task would be made much easier.

PROVIDES wouldn't contain *every* file provided by the package, just the ones
with which a user would interface (as a rule, anything installed into /usr/bin,
/usr/lib, or /usr/include, or the /opt equivalents, unless there's a very good
reason not to).

Querying for data in PROVIDES fields could either be added to emerge's search
directive, made into a new searchprovides directive, or possibly both (with
searchprovides returning *only* information from PROVIDES).
Comment 1 SpanKY gentoo-dev 2002-10-30 08:29:08 UTC
*** This bug has been marked as a duplicate of 2905 ***