u...@debian.org (Aaron M. Ucko) writes: > Not quite; I believe they'd become linux/in.h, linux/types.h, etc.
Oh, good point. > Moreover, a lot of the inclusions were indirect; for instance, the > #include directive for <sys/types.h> ultimately came from <afs/stds.h> > (copied from .../src/config/). As such, I'm not convinced scouring > LINUX and rx will be entirely sufficient. Okay. I think we can track down a list, though, and then make_kbuild_makefile.pl can build the redirection headers. That was a good idea; I think that's the easiest way to solve this. >> and then see if that makes the build work? You'll have to do this >> after make_kbuild_makefile.pl runs. (If that's more complexity to >> testing than you can easily do, I'll be able to look at it eventually, >> but I don't have the new kbuild infrastructure installed anywhere yet.) > > I should be able to do that, but I'm tired and on my way to bed, so > it'll have to wait until at least tomorrow. Could you open a bug on the openafs package when you get a chance (tomorrow or whenever) and we'll continue this there? It looks like OpenAFS can adapt, so since this change is intentional, no point in having the kernel team read through the AFS-specific details. -- 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
