Bug#521515: linux-headers-2.6.29-1-amd64: please restore symlinks into -common
Russ Allbery <rra@debian.org> writes:
> OpenAFS *does* use kbuild. Aaron, what exactly breaks? Example error
> messages? Is it just the symlinking to standardize the names of the
> header files across platforms that doesn't work?
Yes:
| CC [M] /usr/src/modass/usr_src/modules/openafs/src/libafs/MODLOAD-2.6.29-1-amd64-MP/afs_atomlist.o
| In file included from /usr/src/modass/usr_src/modules/openafs/include/afs/afs_sysnames.h:25,
| from /usr/src/modass/usr_src/modules/openafs/include/afs/param.h:55,
| from /usr/src/modass/usr_src/modules/openafs/src/libafs/MODLOAD-2.6.29-1-amd64-MP/afs_atomlist.c:11:
| /usr/src/modass/usr_src/modules/openafs/include/afs/stds.h:14:23: error: sys/types.h: No such file or directory
followed by a cascade of other errors, starting with
| In file included from /usr/src/modass/usr_src/modules/openafs/src/libafs/MODLOAD-2.6.29-1-amd64-MP/afs_atomlist.c:17:
| /usr/src/modass/usr_src/modules/openafs/src/util/afs_atomlist.h:54: error: expected ‘)’ before ‘atom_size’
OpenAFS could probably adapt by changing h, netinet, and sys under
MODLOAD-* from symlinks to .../include/linux to directories containing
forwarding headers; I'm not sure which specific headers would need
such treatment, but I suspect there are quite a few.
Please let me know if you'd like any other information.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?amu@monk.mit.edu
Reply to: