[OpenAFS] Small suggestion for RH spec file?

[Nathan Neulinger]

Some sites seem to want to NOT have afs be a global filesystem. I can
understand not wanting to export your own to the world, but seems less
than useful to not have access to all the others.

I'd be happy if all of the sites (mine included) would publish all the
appropriate AFSDB entries and we could mostly get rid of CellServDB. 

-- Nathan

On Sat, 2002-12-28 at 17:29, Derek Atkins wrote:
> Tough.  If you don't like it, don't use my RPMS. :-P
> 
> Besides, if you can add your own private entries to the CellServDB
> (via the CellCervDB.local), then why do you care if you also have
> the CellServDB.global data as well?
> 
> -derek
> 
> Paul Blackburn <mpb@est.ibm.com> writes:
> 
> > Hmm, that _assumes_ that we all use the same CellServDB.global file.
> > Incorrect assumption.
> > 
> > A better solution is to provide a means for us to use our own
> > CellServDB file
> > (and not stomp on it with the next RPM install).
> > --
> > cheers
> > paul                           http://acm.org/~mpb
> > 
> > Derek Atkins wrote:
> > 
> > >I'm away on vacation, but I've been sent code for the SPEC file to
> > >_generate_ CellServDB at runtime from a CellServDB.global (replaced
> > >with the RPM) and a CellServDB.local (where you place your local
> > >information).  This change will go into future (read: 1.2.9) RPMs.
> > >
> > >-derek
> > >
> > >Deniz Akkus Kanca <deniz@arayan.com> writes:
> > >
> > >
> > >>Hello,
> > >>
> > >> Currently the RH RPM, openafs-client overwrites
> > >> /usr/vice/etc/CellServDB and saves the original as
> > >> /usr/vice/etc/CellServDB.rpmsave
> > >>
> > >> I looked at the spec file for building the RPMs: The line: %config
> > >> /usr/vice/etc/CellServDB
> > >>
> > >> can be changed to: %config(noreplace) /usr/vice/etc/CellServDB
> > >>
> > >> in which case, RPM does not overwrite the /usr/vice/etc/CellServDB
> > >> already present, but puts in the new file as
> > >> /usr/vice/etc/CellServDB.rpmnew
> > >>
> > >> I'd like to suggest that this behavior is preferable. I find the
> > >> current behavior problematic since I use a modified CellServDB that
> > >> includes just our cell and updating via RPM on a number of clients
> > >> has been cumbersome due to the present behavior of writing over
> > >> CellServDB. Best regards,
> > >>Deniz
> > >>
> > >>
> > >>
> > >>_______________________________________________
> > >>OpenAFS-info mailing list
> > >>OpenAFS-info@openafs.org
> > >>https://lists.openafs.org/mailman/listinfo/openafs-info
> > >>
> > >
> > >
> > 
> > 
-- 

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216