[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#386677: marked as done (ITP: powerpc-ibm-utils-papr -- Utilities for maintenance of IBM PowerPC platforms)

Your message dated Sun, 16 Sep 2007 11:59:36 -0600
with message-id <E1IWyPA-0002u6-Im@merkel.debian.org>
and subject line WNPP bug closing
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message --- 
Package: wnpp
Severity: wishlist
Owner: Aurélien GÉRÔME <ag@roxor.cx>

* Package name    : powerpc-ibm-utils-papr
  Version         : 1.0.2
  Upstream Authors: Ryan Arnold <rsa@us.ibm.com>
                    Nathan Fontenot <nfont@austin.ibm.com>
                    Jake Moilanen <moilanen@us.ibm.com>
                    John Rose <johnrose@us.ibm.com>
                    Martin Schwenke <martins@au1.ibm.com>
                    Michael Strosaker <strosake@austin.ibm.com>
* URL             : http://powerpc-utils.ozlabs.org/
  Licence         : IBM Common Public License
  Programming Lang: C, Perl, Bash
  Description     : Utilities for maintenance of IBM PowerPC platforms

The powerpc-ibm-utils-papr package provides the utilities listed below
which are intended for the maintenance of IBM PowerPC platforms that
follow the POWER Architecture Platform Reference (sorry, still an IBM
internal document). Further documentation for each of the utilities is
available from their respective man pages and doxygen design documents.

* activate_firmware - concurrent firmware activation
  Used during concurrent firmware update operations to activate the
  new firmware image locally. This utility is invoked automatically
  when necessary.

* hvcsadmin - HVCS driver administration utility
  This is the hvcs driver administration utility which simplifies hvcs
  administration by providing a set of options for such functions
  as closing adapter targets using device mapping, querying console
  adapters, querying adapters based upon device node, gathering status,
  and closing all open adapters.

* ibmvscsis.sh - IBMVSCSIS driver init script
  When symlinked into start and stop run levels this script can provide
  vscsi server operation automation. It supports the standard array
  of init script options {start|stop|status|restart}. By design this
  script executes operations in silent mode. For extended vscsi server
  operations the vscsisadmin script should be used instead.

* rtas_dump - dump the contents of a rtas event
  A small script to front end rtas_event_decode. Just because pulling
  rtas events out of files is easier in a script.

* rtas_event_decode - dump the contents of a rtas event
  This is the back-end tool used by rtas_dump to actually parse out
  and print rtas events.

* rtas_ibm_get_vpd
  Used by the lsvpd utility to gather Vital Product Data that changes
  dynamically.

* serv_config/uspchrp - configure service processor settings
  A series of menus that can be used to update system service settings
  stored in NVRAM, which are used by the system's service processor.
  These settings include surveillance, boot, and remote maintenance
  policies. This utility is only usable on systems equipped with a
  service processor.

* set_poweron_time - configure time for system power-on
  A utility to set a time in the future for the system to automatically
  power on, if the system is powered off at that time.

* uesensor
  A utility to view the state of environental sensors on powerpc
  machines.

* update_flash - system firmware update utility
  A script that uses the rtas_flash kernel module to flash firmware.

* usysattn, usysfault - attention indicator utility
  A utility to view the status of the system attention (fault)
  indicators (LEDs), and to turn the indicators off when after an
  event has been serviced.

* usysident - identification indicator utility
  A utility to view the status of device identification indicators
  (LEDs), and to turn the indicators on and off.

* vscsisadmin - IBM Virtual SCSI Server (ibmvscsis) administration
  utilities
  This is the virtual scsi server administration utility which
  simplifies configuration, starting, and stopping of an IBM virtual
  SCSI server.  This script can be run standalone or it can be invoked
  via the ibmvscsis.sh init script. Configuration script documentation
  is provided in ibmvscsis.conf (8) and outlines the proper method
  for writing a well formed ibmvscsis configuration file.

Cheers,
-- 
 .''`.   Aurélien GÉRÔME
: :'  :
`. `'`   Free Software Developer
  `-     Unix Sys & Net Admin

Attachment: signature.asc
Description: Digital signature


--- End Message ---
--- Begin Message --- 
Hello,

This is an automatic mail sent to close the ITP you have reported or 
are involved with.

Your ITP wnpp bug is being closed because of the following reasons:
- It is, as of today, older than 365 days.
- It hasn't had any activity recently.

As this is an automatic procedure, it could of course have something
wrong and probably it would be closing some bugs that are not 
intended by owners and submitters (like you) to be closed, for
example if the ITP is still of your interest, or there has been 
some kind of activity around it. In that case, please reopen the
bug, do it, DO IT NOW! (I don't want to be blamed because of
mass closing and not let people know that they can easily reopen
their bugs ;-).

To re-open it, you simply have to mail control@bugs.debian.org
with a body text like this:

 reopen 386677
 stop

Further comments on the work done in the bug sent to
386677@bugs.debian.org would be truly welcomed.
Anyway, if you have any kind of problems when dealing with
the BTS, feel free to contact me and I'd be more than happy to help
you on this: <damog@debian.org>.

A similar process is being applied to other kind of wnpp bugs.

Thanks for your cooperation,

 -- David Moreno Garza <damog@debian.org>.

--- End Message ---
Reply to: