[OpenAFS] Small suggestion for RH spec file?

[Paul Blackburn]

These are your personal RPMs built to suit your own needs
and not the folks who use OpenAFS "out there"?

I submit that the problem of keeping a "global" CellServDB file
current and up-to-date on OpenAFS clients is slightly out of scope
for the "one off" install process. It would be more useful to
establish a regular (maybe crontab) process which keeps
a client CellServDB file in sync (that's what I do).
Transarc AFS had a very useful "package" command
for keeping local client files in sync with "master" copies in /afs/@cell/.
It's a pity OpenAFS seems to have lost "package".

Perhaps also, it would be more appropriate to name the "global"
"CellServDB.global" file as "CellServDB.Internet" since that
is what it is. The tag "global" assumes it is ubiquitous. It's not.

Not everyone who uses OpenAFS is using it over the Internet.
You might be surprised to learn that there are non-public networks
that span the globe and do not exchange AFS traffic with Internet AFS sites.

Or maybe not.

Anyway, kudos to you for volunteering your time and effort to OpenAFS.
It's appreciated,  tough guy!    :-)
--
cheers
paul                        http://acm.org/~mpb


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
>>>>
>>>>        
>>>>
>>>      
>>>
>>    
>>
>
>  
>