| 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 |
Date Of Receipt: 7-DEC-1995 15:42:46.96 From: SMURF::FLUME::jmf "Joshua M. Friedman OSF/UNIX SDE 07-Dec-1995 1540" To: Cliff Straw USG <straw@DEC:.zko.flume> CC: odehelp@DEC:.zko.flume Subj: Re: Problem with shared sandbox! Cliff, the problem here is that the new principal isn't in the acl list for the underlying rcs pool. I've just added imagproj_Cliff_Straw to the rcs/x11 pool's acl list; let me know how it goes now... -josh > Hi Josh, > > I am having a problem with the group shared sandbox. Perhaps you can shed some > light on this. > > The shared sandbox is served by ihike.zk3.dec.com and owned by the user > "imagproj". I have a principal name "imagproj_Cliff_Straw" that was just > created. I was successful in getting a kerberos ticket for this principal name. > > Unfortunately, I am having a problem outdating a file when logged in as > "imagproj". Here is what happens, why am I getting the "rcs: access denied by > ACL" message? The principal name "imagproj_Cliff_Straw" is in the shared > sandbox submit.acl and sadmin.acl files. > > > > ihike.zk3.dec.com> klist > Ticket file: /var/dss/kerberos/tkt/tkt110 > Principal: imagproj_Cliff_Straw@ZONE > > Issued Expires Principal > Dec 7 11:39:18 Dec 7 21:39:18 krbtgt.ZONE@ZONE > ihike.zk3.dec.com> > ihike.zk3.dec.com> bcs -o -odedebug c v s List.h > Confirm outdate for '-oIMAGEPROJ' (all revisions) [no] yes > > [ ./motif/clients/imageview/MotifApp/List.h ] > ODE CLIENT: > > ********** ODE_CLIENT START ********** > ODE CLIENT: ode_client exists ./motif/clients/imageview/MotifApp/List.h,v > ODE CLIENT: SERVER Host =buffer.zk3.dec.com > ODE CLIENT: SERVER Pool =/usr/sde/osf1/rcs/x11/src > ODE CLIENT: POOL Owner=devrcs > ODE CLIENT: BCSTEMP=/usr/projects/rz3/imagproj/sandboxes/imageproj/tmp > ODE CLIENT: > > ********** ODE_CLIENT START ********** > ODE CLIENT: ode_client rcsstat -q -D -V -rIMAGEPROJ > ./motif/clients/imageview/MotifApp/List.h,v > ODE CLIENT: SERVER Host =buffer.zk3.dec.com > ODE CLIENT: SERVER Pool =/usr/sde/osf1/rcs/x11/src > ODE CLIENT: POOL Owner=devrcs > ODE CLIENT: BCSTEMP=/usr/projects/rz3/imagproj/sandboxes/imageproj/tmp > ODE CLIENT: > > ********** ODE_CLIENT START ********** > ODE CLIENT: ode_client rcs -q -o-1.1.4.2 > ./motif/clients/imageview/MotifApp/List.h,v > ODE CLIENT: SERVER Host =buffer.zk3.dec.com > ODE CLIENT: SERVER Pool =/usr/sde/osf1/rcs/x11/src > ODE CLIENT: POOL Owner=devrcs > ODE CLIENT: BCSTEMP=/usr/projects/rz3/imagproj/sandboxes/imageproj/tmp > rcs: access denied by ACL > > [ ./motif/clients/imageview/MotifApp/s ] > ODE CLIENT: > > ********** ODE_CLIENT START ********** > ODE CLIENT: ode_client exists ./motif/clients/imageview/MotifApp/s,v > ODE CLIENT: SERVER Host =buffer.zk3.dec.com > ODE CLIENT: SERVER Pool =/usr/sde/osf1/rcs/x11/src > ODE CLIENT: POOL Owner=devrcs > ODE CLIENT: BCSTEMP=/usr/projects/rz3/imagproj/sandboxes/imageproj/tmp > [ unable to access source control information in file: > "./motif/clients/imageview/MotifApp/s,v" ] > > [ ./motif/clients/imageview/MotifApp/v ] > ODE CLIENT: > > ********** ODE_CLIENT START ********** > ODE CLIENT: ode_client exists ./motif/clients/imageview/MotifApp/v,v > ODE CLIENT: SERVER Host =buffer.zk3.dec.com > ODE CLIENT: SERVER Pool =/usr/sde/osf1/rcs/x11/src > ODE CLIENT: POOL Owner=devrcs > ODE CLIENT: BCSTEMP=/usr/projects/rz3/imagproj/sandboxes/imageproj/tmp > [ unable to access source control information in file: > "./motif/clients/imageview/MotifApp/v,v" ] >
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 1981.1 | Re: Problem with shared sandbox! | AOSG::FILTER | Automatic Posting Software - mail to flume::puck | Thu Dec 07 1995 17:00 | 31 |
Date Of Receipt: 7-DEC-1995 16:16:21.34 From: SMURF::FLUME::jmf "Joshua M. Friedman OSF/UNIX SDE 07-Dec-1995 1614" To: Cliff Straw USG <straw@DEC:.zko.flume> CC: odehelp@DEC:.zko.flume Subj: Re: Problem with shared sandbox! Cliff, you may be asking for the "revert" command which is a command that we asked the ODE team to implement and they have provided an initial version of this. We've kept kind of quiet about it because if it's not exactly what you want you can run into trouble. You run this from a user sandbox backed by the shared sb. See odeman revert It removes the file from the submit pool (shared sandbox), removes the entry from the SNAPSHOT file, removes the symbol on the RCS branch so if the file's re-introduced into the sharedsb it won't bump into its old configuration, and it makes an entry in the bsubmit.log. It doesn't actually outdate the branch, so you can get back to the info if you want it. If you do want to use it, we've moved it from its normal path. "revert" on its own will give a message to see release eng, but under that same path, ode/revert will find the real command. -josh > Do you by any chance have a handy dandy script that outdates a file and removes the entry from the SNAPSHOT file? | |||||