Bug#345918: Possible solution

[Jurij Smakov <jurij@wooyd.org>]

Hi,

I've looked at this bug and it appears that nothing is wrong with 
linux-headers. "Nothing is wrong" in that case means that we did not 
introduce any bugs compared to the previous versions, I've verified that 
zaptel driver behaves the same way under 2.6.14.

It appears that most of the packages containing the source of third-party 
modules and using module-assistant prefer to install the modules into the 
package themselves, relying on the KVERS variable, which contains full 
version of the kernels (2.6.15-1-686 in this case). Some modules (like 
zaptel), however, use the modules_install target from the upstream 
Makefile, and that results in the problems described in the bug report. 
Since currently we don't have a clear policy on packaging the kernel 
modules (even though incidents like this get me more and more motivated to 
start working on one), it is arguable whether it's a bug of linux-headers 
or the zaptel-source package. I think we should be flexible and support 
both ways for installation, especially taking into account that the fix is 
pretty easy: adding a file 'localversion' containing the string -1-686 to 
the /usr/src/linux-headers-2.6.15-1-686/ directory fixes the problem. I'll 
bring up the issue on debian-kernel and see whether there will be any 
objections to such a change.

Best regards,

Jurij Smakov                                        jurij@wooyd.org
Key: http://www.wooyd.org/pgpkey/                   KeyID: C99E03CC