f78
Invoking send-pr presents a PR template with a number of fields already filled in. Complete the template as thoroughly as possible to make a useful bug report. Submit only one bug with each PR. A template consists of the following three sections.
For examples of a Problem Report template and a complete Problem Report, see An Example.
The default template contains your pre-configured >Submitter-Id:. send-pr attempts to determine values for the >Originator: and >Organization: fields (see Problem Report format). send-pr will set the >Originator: field to the value of the NAME environment variable if it has been set; similarly, >Organization: will be set to the value of the environment variable, ORGANIZATION. send-pr also attempts to find out some information about your system and architecture, and, in the >Environment: field, places it if found.
You may submit problem reports to different Support Sites from the default site by specifying the alternate site when you invoke send-pr. Each site has its own list of categories for which it accepts Problem Reports. (See Setting a default site.)
send-pr also provides the mail header section of the template with default values in the To:, From:, and Reply-To: fields. The Subject: field is empty.
The template begins with a comment section like the following example.
SEND-PR: -*- send-pr -*- SEND-PR: Lines starting with 'SEND-PR' will be removed SEND-PR: automatically as well as all comments (the text SEND-PR: below enclosed in '<' and '>'). SE ffb ND-PR: SEND-PR: Please consult the document 'Reporting Problems SEND-PR: Using send-pr' if you are not sure how to fill out SEND-PR: a problem report. SEND-PR: SEND-PR: Choose from the following categories:
The template also contains a list of valid >Category: values for the Support Site to whom you are submitting this Problem Report. One (and only one) of these values should be placed in the >Category: field. A complete sample bug report (from template to completed PR) is shown in An Example. For a complete list of valid categories, type send-pr -L at your prompt. See Valid Categories for a sample list of categories.
The mail header is just below the comment section. Fill out the Subject: field, if it is not already completed using the value of >Synopsis:. The other mail header fields contain default values.
To: support-site Subject: complete this field From: your-login@your-site Reply-To: your-login@your-site X-send-pr-version: send-pr 3.97-97r1
support-site in the To: field is an alias for the Support Site to which you wish to submit this PR.
The rest of the template contains PRMS fields. Each field is either automatically completed with valid information (such as your >Submitter-Id:) or contains a one-line instruction specifying the information that field requires in order to be correct. For example, the >Confidential: field expects a value of yes or no, and the answer must fit on one line; similarly, the >Synopsis: field expects a short synopsis of the problem, which must also fit on one line. Fill out the fields as completely as possible. See Helpful hints for suggestions as to what kinds of information to include.
In this example, words in italics are filled in with pre-configured information:
>Submitter-Id: submitter-id >Originator: submitter name >Organization: submitter organization >Confidential:<[ yes | no ] (one line)> >Synopsis: <synopsis of the problem (one line)> >Severity: <[non-critical | serious | critical](one line)> >Priority: <[ low | medium | high ] (one line)> >Category: <name of the product (one line)> >Class: <[sw-bug | doc-bug | change-request | support]> >Release: <release number, such as 97r1 (one line)> >Environment: <machine, operating system, target, laibraries (multiple lines)> >Description: <precise description of the problem> (multiple lines)> >How-To-Repeat: <code/input/activities to reproduce (multiple lines)> >Fix: <how to correct or work around the problem, if known (multiple lines)>
When you finish editing the Problem Report, send-pr mails it to the address named in the To: field in the mail header. send-pr checks that the complete form contains a valid >Category:.
Your copy of send-pr should have already been customized on installation to reflect your >Submitter-Id:. (See Installing send-pr on your system.) If you dont know your >Submitter-Id:, you can request it using send-pr --request-id. If your organization is not affiliated with the site you send Problem Reports to, a good generic c8c >Submitter-Id: to use is net.
If your PR has an invalid value in one of the Enumerated fields (see Problem Report format), send-pr places the PR in a temporary file named /tmp/pbadnnnn on your machine. nnnn is the process identification number given to your current send-pr session. If you are running send-pr from the shell, you are prompted as to whether or not you wish to try editing the same Problem Report again. If you are running send-pr from Emacs, the Problem Report is placed in the buffer *send-pr-error*; you can edit this file and then submit it with the keystroke combination, Meta-x, and typing prms-submit-pr in the Emacs buffer.
Any further mail concerning this Problem Report should be carbon-copied to the PRMS mailing address as well, with the category and identification number in the Subject: line of the message.
Subject: Re: PR category/prms-id: original message subject
Messages which arrive with Subject: lines of this form are automatically appended to the Problem Report in the >Audit-Trail: field in the order in which they were received.
0