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



_______________________________________________
Pkg-lustre-maintainers mailing list
Pkg-lustre-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-lustre-maintainers

Reply via email to