On 2010-10-01 at 21:50, Russ Allbery ( r...@stanford.edu ) said:
Russ Allbery r...@stanford.edu writes:
Oh, I understand now. pam_unix fails, and you were expecting pam_krb5
to return success (blindly) to counter pam_unix's failure, but since
pam_krb5 (correctly) returns PAM_IGNORE for users
In message
aanlktikjjj16ckewiu9nyvygozvzzhqdoujtuxsnk...@mail.gmail.com,Derrick Brashear
writes:
On Fri, Oct 1, 2010 at 11:28 AM, Phillip Moore
yeah. thing is, by and large most people don't need that either which
is why it still works that way. we've been improving.
i suspect openafs should be
In my LaTeX docs I had switches for the directories as well as for the
system types.
One could emit a SUN or Linux specific doc (or both) for example.
Tedc
On Sat, Oct 2, 2010 at 6:54 AM, Chas Williams (CONTRACTOR)
c...@cmf.nrl.navy.mil wrote:
In message
Chas Williams (CONTRACTOR) c...@cmf.nrl.navy.mil writes:
i suspect openafs should be prefixing its build vars with AFS_
(or OPENAFS_) so that users can overload the 'standard' variabales.
i believe this needs revisited anyway since i am not sure the existing
variables are even used
On 2 Oct 2010, at 20:04, Russ Allbery wrote:
Chas Williams (CONTRACTOR) c...@cmf.nrl.navy.mil writes:
i suspect openafs should be prefixing its build vars with AFS_
(or OPENAFS_) so that users can overload the 'standard' variabales.
i believe this needs revisited anyway since i am not sure