This first reported error turns out to only be the tip of the iceberg. Once various issues related to changing APIs are fixed (comment out the include of afs/afs.h, handle the renaming of MAXHOSTS and OMAXHOSTS to add an AFS_* prefix, includ afs/afs_consts.h, and fix Makefile.PL to recognize OpenAFS 1.6), the following error remains:
# Error: Can't load '/home/eagle/dvl/debian/libafs-perl/src/../blib/arch/auto/AFS/AFS.so' for module AFS: /home/eagle/dvl/debian/libafs-perl/src/../blib/arch/auto/AFS/AFS.so: undefined symbol: lwp_cpptr at /usr/lib/perl/5.10/DynaLoader.pm line 192. This is caused by linking with libvolser (and other client-side libraries), all of which are built against LWP, while trying to use libafsrpc and libafsauthent, which are built with pthreads. The AFS Perl module has to use the pthread implementation, since LWP conflicts with the threading built into Perl. But the userspace libraries just aren't built with pthreads, only with LWP. This previously worked by accident, but now doesn't, since at least libvolser has acquired direct references to LWP symbols. It probably was failure-prone even earlier. The only real solution is to have a complete set of userspace libraries that are built with pthreads, which the AFS Perl module can then use. Obviously, this isn't going to happen quickly, so it's going to be a while before this module can build again. I've asked it to be removed from testing for the time being. -- Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/> -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
