SUMMARY: Help! "setld -i" doesn't work!!

From: Alaric S. Haag - IMRlab System Manager and part-time Visigoth <system_at_imr00.me.lsu.edu>
Date: Tue, 14 Mar 1995 15:21:52 CST

Hello again!

The gist of my query was:

> ...
> I went to install and setld choked. I find, however, that it
> won't even allow "setld -i" to inventory the system. The
> response (to _any_ setld command) is:
>
> [22]-tom1> setld -i
> /usr/sbin/setld: getopt: not found
> setld:
> ...

I got several responses, nearly all of which directed me to make
sure that the program "getopt" was on the system and accessible
via my path variable. This was, in fact, the problem, (Well, that
_and_ my limited grasp of OSF...) and I am truly grateful for the
rapid help this list (always!!) gives me. The responses are
summarized below, so if you don't want to read a brief bleeding
of my steam-valve, skip to the summary...If I may, however...

% mount /dev/soapbox -disclaimer `I'm a _mellow_ VMS systems guy! Really!!`

Why, from the error message,

                /usr/sbin/setld: getopt: not found

should I presume that "getopt" is a _program_ lying around on the
system _somewhere_ that I should go looking for? Frankly, I
thought this was telling me that getopt was _what_ was failing,
(a routine _in_ setld which I presumed was a "binary" program

                Q: When is a program _not_ a program?
                A: When it's a shell script
                        ...but WHO CAN TELL THE DIFFERENCE??))

not the cause of the failure. Furthermore, I have been dealing
with two Alpha systems, both delivered with installed software,
running _identical_ versions of OSF (v2.0 rev 240) and I find
that the "getopt" program is located in "/usr/bin" on one and in
"/usr/lib" on the other!! How is this possible??!!? How do you
manage an operating system that is not even installed at the
factory in a consistent manner? Is this Hydra-like beast,
variously called fill-in-the-blank-ix, an operating system or the
latest variation of Myst??!?!

Apologies for using bandwidth to assuage my Unix-(dis)oriented
insecurities/elitisms/etc, but I remain profoundly amazed that
this is the chosen OS to take us into the next millennium!

%unmount /etc/soapbox -just_frustrated -feeling_better_now


Ric
%^{)

----
[ Alaric S. Haag, Computer Manager                      haag_at_imr00.me.lsu.edu ]
[ Louisiana State University, Mech. Engr. Dept.         FAX:   (504) 388-5924 ]
[ Baton Rouge, LA 70803                            Opinions:   (504) 388-5897 ]
        "Waiting to die is no way to live" - from "Dreams" by Kurosawa
                   ==== Response summary ====
From:	MX%"SEB_at_LNS62.LNS.CORNELL.EDU" 13-MAR-1995 17:45:12.72
Alaric,
I haven't seen the problem with setld, so I'm not sure what's wrong.
I'm sure you've thought of the following things to look at, but what
the heck...
1) Make sure your running as root (e.g. using su - )
2) Check to be sure that the inventory files exist and are readable.
They're kept in /usr/.smdb.
for example,
ls -l /usr/.smdb./DFA*
[...]
-rw-r--r--   1 root     system       142 Mar 13 17:02 /usr/.smdb./DFACOM360.ctrl
-rw-r--r--   1 root     system     10869 Mar 13 17:02 /usr/.smdb./DFACOM360.inv
-rw-r--r--   1 root     system         0 Mar 13 17:04 /usr/.smdb./DFACOM360.lk
-rwxr-xr-x   1 root     system     10868 Mar 13 17:02 /usr/.smdb./DFACOM360.scp
[...]
I hope this helps a little.
Selden
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
From:	MX%"alan_at_nabeth.cxo.dec.com" 13-MAR-1995 18:20:26.50
To:	SYSTEM
CC:	
Subj:	Re: Help! "setld -i" doesn't work!!
Return-Path: <alan_at_nabeth.cxo.dec.com>
Received: from inet-gw-1.pa.dec.com by imr00.me.lsu.edu (MX V3.3 VAX) with
          SMTP; Mon, 13 Mar 1995 18:20:24 CST
Received: from nabeth.cxo.dec.com by inet-gw-1.pa.dec.com (5.65/24Feb95) id
          AA17867; Mon, 13 Mar 95 16:10:33 -0800
Received: by nabeth.cxo.dec.com (5.65/fma-100391); id AA26500; Mon, 13 Mar 1995
          17:12:46 -0700
Message-ID: <9503140012.AA26500_at_nabeth.cxo.dec.com>
To: "Alaric S. Haag - IMRlab System Manager and part-time Visigoth"
    <system_at_imr00.me.lsu.edu>
Subject: Re: Help! "setld -i" doesn't work!!
In-Reply-To: Your message of "Mon, 13 Mar 95 16:12:47 CST."
    <0098D4E5.BECE2540.22134_at_imr00.me.lsu.edu>
Date: Mon, 13 Mar 95 17:12:41 -0700
From: alan_at_nabeth.cxo.dec.com
X-Mts: smtp
	See if /usr/ucb/getopt is on the system.  Also check that
	/usr/ucb in your/root's path.  I would take the message:
		/usr/sbin/setld: getopt: not found
	at its word...
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
From:	MX%"jch_at_tknick.chi.dec.com" 13-MAR-1995 21:20:02.97
>>>	[22]-tom1> setld -i
>>>	/usr/sbin/setld: getopt: not found
>>>	...
>>>	setld: error in Args()
It looks like you need to add "/usr/bin" to your path.
"setld" is actually a bourne shell script and is calling /usr/bin/getopt.
hope that helps.
-------
John Hayes
Consultant			(my opinions are my own)
Digital Equipment Corporation	Chicago, IL
jch_at_tknick.chi.dec.com		(708)806-5068
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
From:	MX%"anthony.baxter_at_aaii.oz.au" 13-MAR-1995 22:22:02.73
setld cant find 'getopt' - for me, it's in /usr/bin - do you have a
/usr/bin/getopt? It should be in OSFBASE200.
You may also be interested in the following script - its a front end
to setld, which does some of the tasks (eg -i) itself, and passes the
rest to real setld. Why? Because it's _faster_ :) I got really really
fed up with waiting for 20 - 30 seconds to get a listing of subsets...
"setld -i" is dog slow - this runs 4 to 5 times faster. Usual no warranties,
&c. Works for me on OSF/1 2.0, 3.0, and Ultrix 4.2A.
Note that it uses python - which can be found in ftp.cwi.nl:/pub/python
Anthony
#!/usr/local/bin/python
# frontend to DEC setld(8). Works on Ultrix and OSF/1 2.0 and 3.0
# much much faster for the implemented operations (-i and -i subset)
# passes the rest of the operations through to the real setld.
# $Id: setld,v 1.1 1995/01/30 07:18:32 root Exp root $
def main():
    global SETLDPATH,REALSETLD
    SETLDPATH='/usr/.smdb./'   # where the control files live.
    REALSETLD='/usr/sbin/setld'
    import posix,posixpath,sys
    if not posixpath.exists('/usr/.smdb.'):
    	SETLDPATH='/usr/etc/subsets/'
    	REALSETLD='/etc/setld'
    argc=len(sys.argv)
    if(argc==1):
	Usage("Specify an argument")
	sys.exit(1)
    if(argc==2 and sys.argv[1]=="-i"):
	InventAll()
	sys.exit(0)
    if(sys.argv[1]=="-i"):
	InventSpec(sys.argv[2:])
    	sys.exit(0)
    posix.execv(REALSETLD,sys.argv)
def Usage(str):
    print "Error: "+str
def InventSpec(subsets):
    import posixpath,string
    for sset in subsets:
    	invfile=SETLDPATH+sset+'.inv'
    	if posixpath.exists(invfile):
    	    invlines=map(lambda x,s=string:s.split(x),open(invfile).readlines())
    	    for line in invlines:
    	    	print line[9]
    	else:
    	    print 'No such subset: '+sset
def InventAll():
    import sys,posix,posixpath,regex,regsub,string
    files=posix.listdir(SETLDPATH)
    files.sort()    # unnecessary, but saves sorting later.
    all=map(lambda x:x[:-5],filter(lambda x:x[-4:]=='ctrl',files))
    print """
Subset          Status          Description
------          ------          -----------
"""
    for this in all:
	if posixpath.exists(SETLDPATH+this+'.lk'):
	    istring="installed"
	else:
	    istring="         "
	ctrlfile=open(SETLDPATH+this+'.ctrl')
	descline=ctrlfile.readlines()[1]
	d2=regsub.sub("DESC=\'\([^%']*\)","\\1",descline)
	d3=regsub.sub("%\([^']*\)\'\012","(\\1)",d2)
	descline=string.join(string.split(d3))
	print '%-15s %s       %-40s' % (this,istring,descline)
	
main()
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
From:	MX%"Knut.Hellebo_at_nho.hydro.com" 14-MAR-1995 02:31:23.98
Hi !
And you do have the getopt command in /usr/bin ? and it is in root's path
??
-- 
      ******************************************************************
      *         Knut Helleboe                    | DAMN GOOD COFFEE !! *
      *         Norsk Hydro a.s                  | (and hot too)       *
      * Phone: +47 55 996870, Fax: +47 55 996342 |                     *
      * Pager: +47 96 500718                     |                     *
      * E-mail: Knut.Hellebo_at_nho.hydro.com       | Dale Cooper, FBI    *
      ******************************************************************
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
From:	MX%"fergal_at_fiachra.ucd.ie" 14-MAR-1995 03:44:48.32
                         ^^^^^^
	getopt is a shell command that should reside in /bin, /usr/bin, or 
/usr/ucb. Since it isn't found by the setld script then it must be 
missing from your system.. Which implies that either someone has 
deleted it, or moved it to a place that is not in the path for setld, 
or that your original installation was not correct.
	You could fix it by finding where getopt is on your system, if it is 
still there, or find an alpha binary for it somewhere, or find a site 
with the soruces for it an compile it.
	Fergal.
--
/ Fergal Mc Carthy <fergal_at_fiachra.ucd.ie>, | Fergal Mc Carthy,  \
| Advanced Computational Research Group,    | 31 Fosterbrook,    |
| Chemistry Department., U.C.D., Belfield,  | Stillorgan Road,   |
| Dublin 4, Ireland.                        | Dublin 4, Ireland. |
\ Ph: +353-1-706{2284,2418}                 | Ph: +353-1-2601304 /
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
From:	MX%"CFSTERN_at_WEIZMANN.weizmann.ac.il" 14-MAR-1995 08:31:33.97
Dear Ric:
Without going into great detail about what you did or didn't do, I can
tell you that I simply nfs mount the LP CDROM on the machine I want to
install to and setld -i works just fine.  There is also an option to do
this using RIS.  Just about any product installation guide outlines how
to do this.  In brief, you have to install the kit on the RIS server area
and you have to register your system as an RIS client.  Then as su and in
from / enter:  setld -l remote_host:  and you get a menu.  I think that
the first option is simpler.
Hope this helps.
Peter Stern
Chemical Physics Department
Weizmann Institute of Science
76100 Rehovot, ISRAEL
Received on Tue Mar 14 1995 - 16:18:08 NZDT

This archive was generated by hypermail 2.4.0 : Wed Nov 08 2023 - 11:53:45 NZDT