[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference smurf::buildhelp

Title:USG buildhelp questions/answers
Moderator:SMURF::FILTER
Created:Mon Apr 26 1993
Last Modified:Mon Jan 20 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:2763
Total number of notes:5802

669.0. "re: Can t build v13bsupportos.nightly on my workstation" by SMURF::FILTER (Automatic Posting Software - mail to flume::puck) Tue Mar 29 1994 13:33

Date Of Receipt: 	29-MAR-1994 11:41:42.60
From: 	US2RMC::"[email protected]" "Joshua M. Friedman, OSF/UNIX SDE 381-1548"
To: 	[email protected]
CC: 	[email protected], [email protected]
Subj: 	re: Can't build v13bsupportos.nightly on my workstation

Carol, regarding that you had to odemount agoshw.bl7 in order to use
v13bsupportos.nightly, this is because the first setup of v13bsupportos
used its tools from the backing tree, agoshw.bl7.

The setup has since been changed (on 3/34) and the next time
v13bsupportos.nightly gets updated, it's tools will be populated, locally,
and agoshw.bl7 will no longer be needed.

-josh


------- Forwarded Message

From: chs
Subject: Can't build on my workstation 
Date: Mon, 28 Mar 94 11:21:06 -0500

...

2) So I tried building a kernel from the v13b support pool on my workstation.
	Although I know I've built kernels on my workstation in the past,
	I get the following error when I do a $ build:
$ build
relative path: ./kernel.
make: illegal option -- c
usage: make [-eiknqrst] [-D variable] [-d flags] [-f makefile ]
        [-I directory] [-j max_jobs] [variable=value]

also when I do a kinit:

norton.zk3.dec.com> kinit $PRINCIPAL
MIT Project Athena (norton.zk3.dec.com)
Kerberos Initialization for "Carol_Sheridan"
kinit: Can't send request (send_to_kdc)


I've checked my paths on both machines and they seem to be the same.

Do you have any ideas??

Thanks,

Carol
------- End of Forwarded Message


% Received: 	from flambe.zk3.dec.com by us2rmc.bb.dec.com (5.65/rmc-22feb94) id AA17682; Tue, 29 Mar 94 11:37:33 -050
	from localhost by flambe.zk3.dec.com; (5.65/1.1.8.2/23Mar94-0624AM) id AA22129; Tue, 29 Mar 1994 11:40:28 -050
% Message-Id: 	<[email protected]>
% To: 	[email protected]
% Cc: 	[email protected], [email protected]
% Subject: 	re: Can't build v13bsupportos.nightly on my workstation
% Date: 	Tue, 29 Mar 94 11:40:28 -0500
% From: 	"Joshua M. Friedman, OSF/UNIX SDE 381-1548" <[email protected]>
% X-Mts: 	smtp
T.RTitleUserPersonal
Name
DateLines
669.1Re: Can t build v13bsupportos.nightly on my workstationSMURF::FILTERAutomatic Posting Software - mail to flume::puckTue Mar 29 1994 13:3474
Date Of Receipt: 	29-MAR-1994 11:51:38.04
From: 	WASTED::chs "Carol Hackett Sheridan USG  29-Mar-1994 1150"
To: 	jmf@wasted:zko.dec
CC: 	chs@wasted:zko.dec, steinman@wasted:zko.dec, odehelp@wasted:zko.dec
Subj: 	Re: Can't build v13bsupportos.nightly on my workstation

Joshua,

Thanks for letting me know...

Carol

------- Forwarded Message

Return-Path: [email protected]
Received: from localhost by flambe.zk3.dec.com; (5.65/1.1.8.2/23Mar94-0624AM)
	id AA22129; Tue, 29 Mar 1994 11:40:28 -0500
Message-Id: <[email protected]>
To: [email protected]
Cc: [email protected], [email protected]
Subject: re: Can't build v13bsupportos.nightly on my workstation
Date: Tue, 29 Mar 94 11:40:28 -0500
From: "Joshua M. Friedman, OSF/UNIX SDE 381-1548" <[email protected]>
X-Mts: smtp

Carol, regarding that you had to odemount agoshw.bl7 in order to use
v13bsupportos.nightly, this is because the first setup of v13bsupportos
used its tools from the backing tree, agoshw.bl7.

The setup has since been changed (on 3/34) and the next time
v13bsupportos.nightly gets updated, it's tools will be populated, locally,
and agoshw.bl7 will no longer be needed.

- -josh


- ------- Forwarded Message

From: chs
Subject: Can't build on my workstation 
Date: Mon, 28 Mar 94 11:21:06 -0500

...

2) So I tried building a kernel from the v13b support pool on my workstation.
	Although I know I've built kernels on my workstation in the past,
	I get the following error when I do a $ build:
$ build
relative path: ./kernel.
make: illegal option -- c
usage: make [-eiknqrst] [-D variable] [-d flags] [-f makefile ]
        [-I directory] [-j max_jobs] [variable=value]

also when I do a kinit:

norton.zk3.dec.com> kinit $PRINCIPAL
MIT Project Athena (norton.zk3.dec.com)
Kerberos Initialization for "Carol_Sheridan"
kinit: Can't send request (send_to_kdc)


I've checked my paths on both machines and they seem to be the same.

Do you have any ideas??

Thanks,

Carol
- ------- End of Forwarded Message


------- End of Forwarded Message