On Wed, Jan 04, 2006 at 08:30:11PM -0800, Jurij Smakov wrote: > 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.
As said, i believe Bastian Blank was working on implementing just that last night. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
