Bug#345918: Possible solution

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

Bug#345918: Possible solution

Jurij Smakov
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                                        [hidden email]
Key: http://www.wooyd.org/pgpkey/                   KeyID: C99E03CC


--
To UNSUBSCRIBE, email to [hidden email]
with a subject of "unsubscribe". Trouble? Contact [hidden email]

Reply | Threaded
Open this post in threaded view
|

Bug#345918: Possible solution

Sven Luther
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 [hidden email]
with a subject of "unsubscribe". Trouble? Contact [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Bug#345918: Possible solution

Bastian Blank
In reply to this post by Jurij Smakov
On Wed, Jan 04, 2006 at 08:30:11PM -0800, Jurij Smakov wrote:
> 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),

I just prepare the python modules in linux-2.6 to provide a reference
implementation. I will provide further informations after I finally
implemented toolchain dependencies from the config, which is needed for
automatic building of modules.

>                        it is arguable whether it's a bug of linux-headers
> or the zaptel-source package.

It is one in the linux-headers 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.

This is already fixed in trunk and should go into 2.6.15-2.

Bastian

--
The sight of death frightens them [Earthers].
                -- Kras the Klingon, "Friday's Child", stardate 3497.2

signature.asc (204 bytes) Download Attachment