On Fri, 31 Jul 2015, Erik Braun wrote: > Package: openafs-modules-source > Version: 1.6.1-3+deb7u3 > Severity: normal > > Dear Maintainer, > > openafs-modules-source 1.6.1-3+deb7u3 fails to compile on a Wheezy system. > Excerpt from /var/lib/dkms/openafs/1.6.1/build/make.log: > > > env EXTRA_CFLAGS="" make -C /lib/modules/3.2.0-4-amd64/build > M=/var/lib/dkms/openafs/1.6.1/build/src/libafs/MODLOAD-3.2.0-4-amd64-SPmodules > make[3]: Entering directory /usr/src/linux-headers-3.2.0-4-amd64' > […] > /var/lib/dkms/openafs/1.6.1/build/src/libafs/MODLOAD-3.2.0-4-amd64-SP/afs_daemons.c: > In function ‘afs_CheckRootVolume’: > /var/lib/dkms/openafs/1.6.1/build/src/libafs/MODLOAD-3.2.0-4-amd64-SP/afs_daemons.c:399:24: > error: ‘struct dentry’ has no member named ‘d_alias’
This is roughly the same issue as in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=780865 (which, hmm, is already fixed but not marked as such, whoops) -- the linux kernel interfaces changed within Debian stable as part of a security fix, but existing kernel modules continued working. The issue is not really new with +deb7u3, but is only being encountered because that cause a need to compile an openafs kernel modules. (wheezy-backports suffers from a similar issue.) Thank you for the report; I will see if we can fix this via stable-proposed-updates. -Ben
