On Mon, Dec 11, 2017 at 09:53:48AM +0100, Peter Gille wrote: > > On 2017-12-10 20:38:04 +0000, Benjamin Kaduk <[email protected]> wrote: > > > On Sun, Dec 10, 2017 at 01:58:43PM +0100, Peter Gille wrote: > >> > >> On 2017-12-09 19:45:27 +0000, Benjamin Kaduk <[email protected]> wrote: > >> > >> > Could you give the above patches a try and see if they help? > >> > >> They seem to work on 1.8.0_pre3 but I'm getting some unrelated linking > >> errors there so I can't actually run it at the moment. > > > > Please tell me more about the linker errors on 1.8.0pre3! Until > > now, the only known potential blocker for 1.8.0-final is the issue > > with getcwd() failures on RHEL 7.4, so we'd really like to hear more > > about peoples' experiences with the latest beta. > > When compiling 1.8.0_pre3 + these patches with './configure && make' I > get the following error (without the patches it of course errors out > earlier AFAICT): > > gcc -fPIC -O > -I/var/tmp/portage/net-fs/openafs-1.8.0_pre3-r1/work/openafs-1.8.0pre3/src/config > > -I/var/tmp/portage/net-fs/openafs-1.8.0_pre3-r1/work/openafs-1.8.0pre3/include > -I. -I. -o map.o -c map.c > gcc > -L/var/tmp/portage/net-fs/openafs-1.8.0_pre3-r1/work/openafs-1.8.0pre3/lib > -O -O > -I/var/tmp/portage/net-fs/openafs-1.8.0_pre3-r1/work/openafs-1.8.0pre3/src/config > > -I/var/tmp/portage/net-fs/openafs-1.8.0_pre3-r1/work/openafs-1.8.0pre3/include > -I. -I. -o ptserver ptserver.o ptutils.o ptprocs.o ptint.ss.o > .lwp/ptint.xdr.o \ > utils.o map.o > /var/tmp/portage/net-fs/openafs-1.8.0_pre3-r1/work/openafs-1.8.0pre3/lib/libubik.a > > /var/tmp/portage/net-fs/openafs-1.8.0_pre3-r1/work/openafs-1.8.0pre3/lib/libauth.a > > /var/tmp/portage/net-fs/openafs-1.8.0_pre3-r1/work/openafs-1.8.0pre3/lib/librxkad.a > > /var/tmp/portage/net-fs/openafs-1.8.0_pre3-r1/work/openafs-1.8.0pre3/lib/librxstat.a > > /var/tmp/portage/net-fs/openafs-1.8.0_pre3-r1/work/openafs-1.8.0pre3/lib/librx.a > > /var/tmp/portage/net-fs/openafs-1.8.0_pre3-r1/work/openafs-1.8.0pre3/lib/liblwp.a > > /var/tmp/portage/net-fs/openafs-1.8.0_pre3-r1/work/openafs-1.8.0pre3/lib/libcmd.a > > /var/tmp/portage/net-fs/openafs-1.8.0_pre3-r1/work/openafs-1.8.0pre3/lib/libafscom_err.a > > /var/tmp/portage/net-fs/openafs-1.8.0_pre3-r1/work/openafs-1.8.0pre3/lib/libsys.a > > /var/tmp/portage/net-fs/openafs-1.8.0_pre3-r1/work/openafs-1.8.0pre3/lib/libaudit.a > > /var/tmp/portage/net-fs/openafs-1.8.0_pre3-r1/work/openafs-1.8.0pre3/lib/libafsutil.a > > /var/tmp/portage/net-fs/openafs-1.8.0_pre3-r1/work/openafs-1.8.0pre3/lib/libopr.a > > /var/tmp/portage/net-fs/openafs-1.8.0_pre3-r1/work/openafs-1.8.0pre3/lib/libafsrfc3961.a > > /var/tmp/portage/net-fs/openafs-1.8.0_pre3-r1/work/openafs-1.8.0pre3/lib/libafshcrypto_lwp.a > -lroken -lresolv > /var/tmp/portage/net-fs/openafs-1.8.0_pre3-r1/work/openafs-1.8.0pre3/lib/libauth.a(userok.o): > In function `ParseLine': > userok.c:(.text+0x147): undefined reference to `base64_decode' > /var/tmp/portage/net-fs/openafs-1.8.0_pre3-r1/work/openafs-1.8.0pre3/lib/libauth.a(userok.o): > In function `afsconf_AddIdentity': > userok.c:(.text+0xbd9): undefined reference to `base64_encode' > collect2: error: ld returned 1 exit status
Ah, are you configuring with external/system roken? Current heimdal roken has renamed these symbols to have an rk_ prefix, but our in-tree snapshot is from before that change. Debian is dealing with this via https://anonscm.debian.org/cgit/pkg-k5-afs/openafs.git/tree/debian/patches/0003-Catch-up-to-roken-s-rename-of-base64-symbols.patch?h=experimental . I guess we could make configure smart enough to figure out which one to use, now that I think about it. (I had mostly been assuming that we would pull in a newer shapsnot of heimdal, but that work has not been prioritized.) -Ben _______________________________________________ OpenAFS-devel mailing list [email protected] https://lists.openafs.org/mailman/listinfo/openafs-devel
