krb5-1.6.3-beta1 is available
tlyu at MIT.EDU
Fri Sep 28 13:49:08 EDT 2007
>>>>> "deengert" == Douglas E Engert <deengert at anl.gov> writes:
deengert> The pkinit plugin does not load on Solaris 10. It is looking for libgcc_s.so
deengert> but not looking in the correct location /usr/sfw/lib
What program are you running? Is it kinit, or something else?
deengert> I built the 1.6.3-beta1 using the same environment as I used with the Umich
deengert> pkinit, which did not have this problem.
deengert> (/krb5m-> /afs/anl.gov/appl/krb5-dev/@sys/krb5m as --prefix=/krb5m)
deengert> Truss shows:
deengert> open("/krb5m/lib/krb5/plugins/preauth/pkinit.so", O_RDONLY) = 4
deengert> stat("/afs/anl.gov/appl/krb5-dev/@sys/krb5m/lib/libgcc_s.so.1", 0xFFBFD9B8) Err#2 ENOENT
deengert> stat("/opt/smartcard/lib/libgcc_s.so.1", 0xFFBFD9B8) Err#2 ENOENT
Are there additonal stat() calls following the ones you quoted above?
deengert> which is looking at the two -R directories, but not at
deengert> /usr/sfw/lib or at /usr/lib
Also, I haven't really worked extensively with compilations that need
libgcc_s. Does a normal program built with that gcc look for libgcc_s
in the correct place? What does "dump -Lv" show both for kinit (or
whatever program you were running) and for pkinit.so?
deengert> Something has changed in how the plugin is linked, as
deengert> the 1.6.3-beta1 shows:
deengert> ldd /krb5m/lib/krb5/plugins/preauth/pkinit.so
deengert> warning: ldd: /krb5m/lib/krb5/plugins/preauth/pkinit.so: is not executable
deengert> libgcc_s.so.1 => /usr/sfw/lib/libgcc_s.so.1
deengert> libc.so.1 => /lib/libc.so.1
deengert> libm.so.2 => /lib/libm.so.2
Now that is weird that it lacks libkrb5 compared to the UMich version.
What make program did you build with? I think there may be a bug in
the plugin Makefile because it uses the "+=" operator.
More information about the krbdev