Bug#521515: Fwd: Re: Bug#521515: linux-headers-2.6.29-1-amd64: please restore symlinks into -common
u...@debian.org (Aaron M. Ucko) writes: Forwarding to Russ, who maintains a package that this change (which came without warning TTBOMK) seriously inconveniences; please keep him Cc:ed. [...] From: Bastian Blank wa...@debian.org There is no reliable way to detect the include paths of the kernel without using kbuild. 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? -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521515: Fwd: Re: Bug#521515: linux-headers-2.6.29-1-amd64: please restore symlinks into -common
Forwarding to Russ, who maintains a package that this change (which came without warning TTBOMK) seriously inconveniences; please keep him Cc:ed. ---BeginMessage--- severity 521515 wishlist tags 521515 wontfix thanks On Fri, Mar 27, 2009 at 09:02:04PM -0400, Aaron M. Ucko wrote: As of 2.6.29-1, that no longer holds, causing trouble for packages such as openafs-modules-source that don't entirely defer to the kbuild framework. There is no reliable way to detect the include paths of the kernel without using kbuild. but would appreciate it if you could please reinstate the symlinks in the flavor-specific linux-headers packages. Nope. At least not until you show that it breaks the _documented_ usage. Bastian -- Most legends have their basis in facts. -- Kirk, And The Children Shall Lead, stardate 5029.5 ---End Message---
