Dear Stephan,

the solution comes from google (as it happens frequently... see
https://lists.openafs.org/pipermail/openafs-devel/2004-May/
010428.html).

I've  applied the last patch supplied by Chris Wing (I've renamed it
into openafs-krb5-64bit.patch) and produced the
openafs-1.2.11-15.10.SL.src.rpm and corresponding binaries with
*WORKING* aklog (yust checked !).

You can  download them  starting from
ftp://ftp.le.infn.it/linux/scientific/[SRPMS || RPMS] (or copy directly
from /afs/le.infn.it/ftp/pub/linux/scientific/)

Troy, Connie,  I think that is better to include this new version in
the distribution (if Scientific Linux release policies allows).

Ciao
                        Enrico


On 15 Jan 2005, at 10:18, Stephan Wiesand wrote:

> Dear Enrico,
>
> this is a known "feature" of the krb5 packages - see the thread on
> scientific-linux-users titled "krb5/afs on SL 3.0.2 (x86_64) ?".
>
> Workarounds I've found so far:
>
>    - the 32bit aklog binary works
>
>    - rebuilding krb5 with patch37 enabled makes afslog work,
>      but neither aklog nor pam_krb5afs.so
>
>    - SuSE 9.0/amd64 ships with a pam_krb5afs.so that works and can
>      be used on SL3/amd64 if you pull in the needed shared libs
>      (heimdal, ...) as well, but there are issues with at least the
>      configuration (heimdal slightly incomatible with MIT) and
>      ticket lieftimes
>
> If anyone comes up with something better, I'd be glad to hear about it.
>
> Cheers,
>       Stephan
>
> --
>
>   ----------------------------------------------------
> | Stephan Wiesand  |                                |
> |                  |                                |
> | DESY     - DV -  | phone  +49 33762 7 7370        |
> | Platanenallee 6  | fax    +49 33762 7 7216        |
> | 15738 Zeuthen    |                                |
> | Germany          |                                |
>   ----------------------------------------------------
>
>
---
Enrico M. V. Fasanelli - I.N.F.N. Sezione di Lecce