"Aaron M. Ucko" <u...@debian.org> writes: > While attempting to build 1.4.8 modules on my x86_64 system, I ran into > various surprising new errors. After some digging, I determined the > problem: .../include/afs/param.h was a copy of > .../src/config/param.i386_linux26.h rather than of > .../param.amd64_linux26.h. Manually copying the latter over yielded > much better results. (I first tried removing the inappropriate param.h > in hopes that OpenAFS's build framework would automatically substitute > the right version, but for some reason that didn't actually happen.)
Oh, hm, make libafs_tree is arch-specific. Well, ugh. That was unexpected. I'm going to make openafs-modules-source arch: any for right now; since it's so much smaller than the old method, this doesn't use much more archive space and still makes each installed package a lot smaller. In the long run, I'll work with upstream to include the rest of the build machinery to correctly choose param.h at build time. > In other news, debian/rules clean really ought to clear out *-stamp. In the module build you mean? Yes, this will be fixed in the next release. -- 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
