[Pkg-lustre-maintainers] Bug#501427: m-a changes the utsstring in include/linux/utsrelease.h if kernel is build with --append-to-version

[Patrick Winnertz]

Package: module-assistant
Version: 0.10.8
Severity: critical

If you build a custom kernel with m-a maybe with this command:
 make-kpkg --initrd --append-to-version "-lustre-1.6.5.1"
the file include/linux/utsrelease.h contains this definition:
#define UTS_RELEASE "2.6.22-lustre-1.6.5.1"  /*(for a 2.6.22er kernel)*/

After building one module with m-a against this kernel with this options:
 m-a -l 2.6.22-lustre-1.6.5.1 -t  build lustre

this string is resetted to the default "2.6.22".
If you now want to build another module it fails with "no kernel sources available"

Manually resetting this string back to the correct value fixes this problem.

As this prevents to build another module to a self build kernel this is a major issue in my eyes, this is the reason I chose a RC critical severity for this bug.

i've not tested if thie behaviour is already fixed in lenny or in sid, so maybe this could also affect lenny.

Greetings
Winnie




-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.22-quota-enabled-lustre-1.6.5.1
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages module-assistant depends on:
ii  libtext-wrapi18n-perl       0.06-5       internationalized substitute of Te
ii  perl                        5.8.8-7etch3 Larry Wall's Practical Extraction 

Versions of packages module-assistant recommends:
ii  liblocale-gettext-perl        1.05-1     Using libc functions for internati

-- no debconf information