Hi all,
Thanks to the 223 people who took time to vote on this year's System
Improvement Ballot (SIB). For the first time there were two separate
voting sections on the SIB. The first section covered strategic issues,
which typically require business and/or policy decisions from HP
management. The second section contained more traditional enhancement
requests, which usually are easier for us to answer based on evaluating
destabilizing risks to the operating system, and assessing the overall
engineering effort. There were eight strategic items, where voters were
granted 30 votes apiece, and 18 tactical items, where voters were
allowed 60 votes each. The ballot and results can be found at:
http://www.interex.org/advocacy/survey/2004mpe_results.html
We have incorporated the Strategic SIB items into our business planning
process and will give you an update at HP World. The following is our
response to the tactical items.
Tactical SIB update:
--------------------
Summary:
At this time we intend to fully or partially implement seven out of the
top 15 requested items, including the top two items: network printing
and ftp security enhancements. We are saying no to seven of top 15
items; however, two of the seven have usable scripting work-arounds. We
don't yet have an answer for one item (SCSI pass-thru) which is
currently being investigated. "In plan" in this context means that we
are planning on implementing the requested item.
Details:
1. "Network printing to work with non-HP printers by adding a
pcl_supported = false option in NPCONFIG.PUB.SYS. If this option is
paired with pjl_supported = false, the spooler would just dump the ASCII
data to the printer and strip any PCL sequences from the beginning of
the spool file. No device status checking and reporting, failure
recovery, imbedded PCL sequences, or handling of CCTL information would
be done. The customer would be responsible for ending each of the spool
files with a form feed command to flush the last page. HEADON would not
be supported."
1429 total votes, 140 individual votes.
Status: In plan.
2. "Request that MPE's FTP server be enabled to support 'ftpusers'
(users not allowed access to the FTP server) and 'ftpaccess' (files not
allowed to be retrieved), like FTP on UNIX. The addition of these files
would allow a system manager more granular control of an MPE system.
These features would be valuable now and in the future (for
homesteaders)."
1422 total votes, 145 individual votes.
Status: In plan. We plan on a full implementation of the ftpusers file
and a partial implementation of the ftpaccess file. At this point, after
a brief investigation, we believe we can support the following features
controlled by ftpaccess: noretrieve, log commands, log transfers, deny
option, and banner option. 'Noretrieve' seems to be the most desired
ftpaccess feature.
3. "Support gigabit LAN connectivity."
1403 total votes, 114 individual votes.
Status: No plans.
4. "Enable FWSCSI card firmware level reporting and update immediately.
ODE/MAPPER doesn't show the firmware level on FWSCSI and MFIO cards.
This needs to be fixed. The suplicen password for FWSCSIPB in SYSDIAG or
STM is needed to get the level information and update the firmware, if
needed. A new procedure needs to be supplied for all users, regardless
of HP support status, to update the firmware, downloaded from the ITRC,
on an MPE/iX machine."
1024 total votes, 110 individual votes.
Status: Partial implementation: we plan on providing a privileged
program which reports the firmware information. The updating aspect of
this item will be addressed as part of our business decision-making.
5. "Make future I&I open source products (Apache, Samba, Sendmail,
etc...) include the source trees and build scripts used to create the
binary releases starting with the current releases."
989 total votes, 106 individual votes.
Status: In plan.
6. "System level CI variables. Enhance the CI to support variables whose
scope is global to the entire system, not just a job or session as
today. There will need to be restrictions on who can modify and delete
system variables (maybe on who can create them too?). A global variable
of the same name as a job/session variable will be found first to
prevent them from being masked out. SHOWVAR may need to distinguish
between system and job/session variables of the same name. The
HPCIPUTVAR and HPCIGETVAR intrinsics may need to be enhanced to support
this feature."
908 total votes, 109 individual votes.
Status: No plans. There is a script on Jazz which basically implements
this feature very closely to an earlier internal design. Check out:
http://jazz.external.hp.com/src/scripts/sysvars.txt for the script and
there is documentation at:
http://jazz.external.hp.com/src/scripts/sysvars.html
7. "Keep Java for MPE up-to-date with the most current version
available."
890 total votes, 102 individual votes.
Status: No plans.
8. "Enhance MPE/iX to allow applications to send SCSI commands directly
to SCSI devices (most likely to be implemented via POSIX ioctl()
function). A primary goal will be to allow a "one I/O at a time"
connection to most SCSI device types -- even types previously not
supported by MPE/iX. NOTE: Devices will be limited those able to connect
to existing HPe3000 Host Bus Adaptor cards (e.g. Parallel SCSI buses.
For 9xx: SE and FW SCSI. For A/N-Class: HVD and LVD SCSI). Support of
newer HBAs and connection protocols (e.g. 10Gbit FC, iSCSI, etc) will
not be considered as part of this item".
865 total votes, 110 individual votes.
Status: Under Investigation. We are currently investigating this item
to fully understand what the limits and restrictions are in MPE so we
can communicate these restrictions and validate that this request, given
the constraints, is still desired.
9. "Add ability to the SHOWJOB command to see all jobs in a job queue:
SHOWJOB JOB=@J;JOBQ=MYQUEUE. Enhance the existing SHOWJOB command so
that it can filter output based on a user specified job queue name.
Today, the ;JOBQ parameter alters the SHOWJOB display to report the job
queue name for all reported jobs. When JOBQ=name is specified the
existing job queue SHOWJOB format will be used. The job queue name can
be wildcarded."
804 total votes, 114 individual votes.
Status: No plans. There is a script on Jazz which we believe meets most
users' needs. See:
http://jazz.external.hp.com/src/scripts/showj.txt
10. "Local CI variables. Enhance the CI to support variables whose scope
is local to the script or UDC in which they are defined. These variables
would be deleted after the creating script/UDC ends. A local variable of
the same name as a job/session variable would be found first. SHOWVAR
may need to distinguish between local and job/session variables of the
same name. The HPCIPUTVAR and HPCIGETVAR intrinsics may need to be
enhanced to support this feature".
661 total votes, 95 individual votes.
Status: No plans.
11. "SPOOLINFO CI functions. Similar to FINFO and JINFO, provide a CI
function which provides information for a spoolfile, based on spoolfile
# or spoolfile name."
640 total votes, 96 individual votes.
Status: In plan.
12. "12 Add a filecode for Perl scripts and enhance the CI (and
COMMAND/HPCICOMMAND) to automatically run perl scripts if they have a
perl filecode or if their HFS name ends in '.pl'."
401 total votes, 63 individual votes.
Status: No plans.
13. "DEVINFO CI functions. Similar to FINFO and JINFO, provide a CI
function which provides information for a device, based on LDEV # or
device name. This function could get the desired info from
AIFDEVCLASSGET and/or AIFDEVICEGET."
395 total votes, 80 individual votes.
Status: In plan.
14. "ACDs for root, accounts, and MPE group directories. Today the root
directory, all accounts and all MPE groups do not support ACDs. This
means the shell chmod command cannot operate on these directories, and
system managers cannot restrict who can see (traverse) the contents of
these directories. Thus, LISTF @[log in to unmask]@ is able to display every file on a
system, which could be controlled if this enhancement was implemented."
377 total votes, 68 individual votes.
Status: No plans.
15. "VOLINFO CI functions. Similar to FINFO and JINFO, provide a CI
function which provides information for a device, based on LDEV # or
device name. This function could get the desired info from HPVOLINFO."
345 total votes, 74 individual votes.
Status: In plan.
|
