On Sat, Nov 24, 2007 at 08:19:38PM -0500, Derrick Brashear wrote:
> > And any openafs acceptance into any Linux distribution has better
> > cards to be FHS than not. If openafs ever makes it into
> > RHEL/Fedora proper it will have to be FHS style.
>
> If there's a chance of that, fine, but otherw
> > The drawback to the atrpms rpms is that they're using the FHS style
> > paths.
>
> Why is that a drawback (the question is sincere). While perhaps long
> time users will need to rethink the paths they have to do so anyway on
> a Linux system compared to AIX, Solaris etc. And any openafs
> accep
Hi,
On Sat, Nov 24, 2007 at 07:29:23PM +, Simon Wilkinson wrote:
> There's a couple of problems. Some new upstream kernel releases
> contain changes which break OpenAFS - these changes are some times
> backported into "earlier" Fedora releases, so a lack of change in
> kernel version doesn't a
On 24 Nov 2007, at 15:02, Andrew Cobaugh wrote:
In the past (up until Fedora 8), afs has always Just Worked. The
supplied pam_krb5 was able to obtain a tgt and tokens, both with sshd
and when logging in through things like gdm.
We've always used either pam_afs2 or pam_afs_session to handle AF
On 24 Nov 2007, at 16:27, William Murray wrote:
'afs has just worked?' with previous fedora?
It certainly "Just works" for us at Edinburgh. We roll our own
kernels for Fedora, though.
Well...I'd say
Fedora has been on latest kernels and AFS is struggling to keep up.
There's a
Hi Andrew,
'afs has just worked?' with previous fedora? Well...I'd say
Fedora has been on latest kernels and AFS is struggling to keep up.
However, using openafs-client from atrpms it seems to be pretty good
with f8. At least at work..
unfortunately, at home, via a tunnel and NAT
In the past (up until Fedora 8), afs has always Just Worked. The
supplied pam_krb5 was able to obtain a tgt and tokens, both with sshd
and when logging in through things like gdm.
I recently upgraded from 7 to 8. Logging in through sshd works
perfectly, but gdm stopped working. I get a tgt, but no