[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

2302.0. "Re: Mike, could you please do this V32FSUPPORTOS merge? thanks!" by AOSG::FILTER (Automatic Posting Software - mail to flume::puck) Fri May 24 1996 18:04

Date Of Receipt: 	24-MAY-1996 13:10:49.70
From: 	FLUME::"mikel@rust.zso.dec.com"
To: 	reynolds@zk3.dec.com, overman@zk3.dec.com
CC: 	odehelp@zk3.dec.com
Subj: 	Re: Mike, could you please do this V32FSUPPORTOS merge?  thanks!
> Date: 	Thu, 23 May 1996 08:23:14 -0700
> From: 	SOAK2::saywell@local:.decwet (John Saywell USG  23-May-1996 1123)

> 
> ------- Forwarded Message
> 
> Date:    Wed, 22 May 96 19:01:37 -0400
> From:    reynolds
> To:      saywell, wiecek, lawler
> cc:      useg_reng@mudrat.zk3.dec.com
> Subject: Your V32FSUPPORTOS merge assignment
> 
> You have been assigned the following files to merge. 
[stuff deleted]
> If you have any questions, please send them to Sharon Reynolds
> (reynolds@zk3.dec.com) and  James Overman (overman@zk3.dec.com)  
> and CC: odehelp@zk3.dec.com
[stuff deleted]
> Directions for the v32de2supportos to v32fsupportos merge.  You must 
> follow these instructions for all merges assigned to you.
> 
> 1) Mount the v32fsupportos pool.
> 
>    $ su
>    # /usr/sde/odemount v32fsupportos
>    # ^d
>    $
[remainder deleted]

    # /usr/sde/tools/alpha_UNIX/bin/odemount v32fsupportos
    odemount: Project 'v32fsupportos' not found.
    # 

Did I do that wrong?

--
"I was always afraid of things that worked the first time" -- Thomas Edison
Pacific NorthWest wine, blues, jazz info; http://www.speakeasy.org/~mikel

T.R	Title	User	Personal Name	Date	Lines
2302.1	Re: Mike, could you please do this V32FSUPPORTOS merge? thanks!	AOSG::FILTER	Automatic Posting Software - mail to flume::puck	`Fri May 24 1996 18:05`	14
	Date Of Receipt: 24-MAY-1996 13:50:08.71 From: FLUME::overman "James C. Overman" To: mikel@zso.dec.com, overman@zk3.dec.com, reynolds@zk3.dec.com CC: odehelp@zk3.dec.com Subj: Re: Mike, could you please do this V32FSUPPORTOS merge? thanks! Mike, Has v32fsupportos been sup'ped to zso? I believe that it's sup collection file has been updated with the v32fsupportos info. James
2302.2	v32fsupportos	AOSG::FILTER	Automatic Posting Software - mail to flume::puck	`Fri May 31 1996 00:19`	41
	Date Of Receipt: 30-MAY-1996 19:46:55.90 From: FLUME::reynolds "Sharon Reynolds 30-May-1996 1940" To: jmf@DEC:.zko.flume CC: reynolds@DEC:.zko.flume, jjchen@DEC:.zko.flume, eve@locusla.wdec.platsol.com, odehelp@DEC:.zko.flume, overman@DEC:.zko.flume, tresvik@DEC:.zko.flume Subj: v32fsupportos Charlie knew he had to add people to the ACL for the pool. Amidst the patch kits he was delivering he kinda lost track of the work item. When he did realize again this morning that he had to add people to the ACL, he ran into a setup issue (using ~devbld/plbin/menu has no entry for v32fsupportos) that he worked with Tom and Sean. I think that we did start out with a proactive approach, but the two problems occuring together left us (both UEG and USEG reng) in a reactive position. /sharon Return-Path: jmf Received: from longbow.zk3.dec.com by flume.zk3.dec.com; (5.65v3.2/1.1.8.2/16Jan95-0946AM) id AA30005; Thu, 30 May 1996 18:44:21 -0400 From: Joshua M. Friedman OSF/UNIX SDE <jmf> Received: by longbow.zk3.dec.com; (5.65v3.2/1.1.8.2/03Nov94-1254AM) id AA14229; Thu, 30 May 1996 18:44:19 -0400 Date: Thu, 30 May 1996 18:44:19 -0400 Message-Id: <9605302244.AA14229@longbow.zk3.dec.com> To: jjchen, reynolds Subject: RE: need to be added to the submit.acl Cc: eve@locusla.wdec.platsol.com, odehelp, overman Sharon, the only "broken" part of this process is that none of the submit acls have been added or are being added by the support team. Grant's being "nickle-and-dimed" with requests by users to add themselves to the acl list. This should have been managed more "proactively". -josh