All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mark Hatle <mark.hatle@windriver.com>
To: "Wold, Saul" <saul.wold@intel.com>,
	"Rifenbark, Scott M" <scott.m.rifenbark@intel.com>
Cc: poky <poky@yoctoproject.org>
Subject: Package Summary and Description's for "world"
Date: Wed, 02 Feb 2011 18:07:21 -0600	[thread overview]
Message-ID: <4D49F1B9.8010400@windriver.com> (raw)

[-- Attachment #1: Type: text/plain, Size: 3055 bytes --]

Attached is a gzip'ed CSV (comma separated file) file of all of the summary and
descriptions for all of the package produced by the system, when configured for
qemuarm.  (There may be a few things here and there for other architectures, but
this should be almost everything.)

I'm sending this in hopes that people will start to review packages and send me
updates (or better yet send the list patches) for the SUMMARY and DESCRIPTION
fields.

While you look this over, let me explain how these fields are generated.  (Note,
the description below and the CSV is based on a patch I sent a pull request for
earlier today.)

First what is the purpose of the SUMMARY and DESCRIPTION fields.  The SUMMARY is
supposed to be a 1-line (72 character or less normally) description of what the
package does.  The DESCRIPTION is a more verbose, multiline, description of what
the package does, what software may be included and other information that a
user may find useful in determining if they need that package for some reason.

In the bitbake.conf file, there is a set of defaults that define SUMMARY and
DESCRIPTION for each package, as well as the default for each automatically
generated package split.

The package wide defaults are:

SUMMARY = "[Package Name] version [Package Version]-[Package Release]"
DESCRIPTION = "[SUMMARY]"

Each recipe may override these defaults, and provide their own versions.  Most
of the packages in the system do provide customer DESCRIPTION files, but not
everything provides a custom SUMMARY.  So if you see examples in this format, it
means the recipe is missing a SUMMARY, and/or DESCRIPTION.

By default the packages are split into "[name]", "[name]-dbg", "[name]-dev",
"[name]-doc", and "[name]-locale-[locale]" packages.  For each of these a
default, based on the package wide summary/description is provided:

SUMMARY_[NAME] = "[SUMMARY]"
DESCRIPTION_[NAME] = "[DESCRIPTION]"

SUMMARY_[NAME]-dbg = "[SUMMARY] - Debugging files"
DESCRIPTION_[NAME]-dbg = "[DESCRIPTION]  This package contains ELF symbols and
related sources for debugging purposes."

SUMMARY_[NAME]-dev = "[SUMMARY] - Development files"
DESCRIPTION_[NAME]-dev = "[DESCRIPTION]  This package contains symbolic links,
static binaries, header files, and related items necessary for software
development."

SUMMARY_[NAME]-doc = "[SUMMARY] - Documentation files"
DESCRIPTION_[NAME]-doc = "[DESCRIPTION] - This package contains documentation."

SUMMARY_[NAME]-locale-[locale] = "[SUMMARY] - [locale] translations"
DESCRIPTION_[NAME]-locale-[locale] = "[DESCRIPTION]  This package contains
language translation files for the [locale] locale."

as with the package wide summary and description, these can also be overridden
within each recipe.  As recipes add additional package-splits they should
provide custom summary and descriptions for those as well, if ones are not
selected the package wide version is used.

As mentioned above, comments, suggestions and patches definitely welcome!
--Mark

[-- Attachment #2: pkg_desc.csv.gz --]
[-- Type: application/x-gzip, Size: 138535 bytes --]

                 reply	other threads:[~2011-02-03  0:07 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4D49F1B9.8010400@windriver.com \
    --to=mark.hatle@windriver.com \
    --cc=poky@yoctoproject.org \
    --cc=saul.wold@intel.com \
    --cc=scott.m.rifenbark@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.