[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#333842: linux-headers-2.6.12-1-686: .extraversion only has - rather than -1-686



RE:Could you please go back to the page you were looking
and report the bug numbers, they are preceeded by a #.
--------
Don't have time this AM, but will respond to

RE: Could you give some details of the failure that you are seeing?
------
The issue concerns installation of drivers compiled out of the kernel tree, such as modem drivers.  I co-maintain the ltmodem package for Lucent DSP modems in particular.  Our package is contrived to be Linux Distro variant independent.  The preliminary configure program searches subfolders of /usr/src/ for a UTS in linux/include/version.h matching 
   ./build_module version
with default version being `uname -r`.  Cross version compiling is thus supported, so we can easily make ltmodem-version.deb for Newbies using Distros various .

The drivers compile is not affected by .extraversion.  The problem arises in the install, purely because of the Debian dual kernel(linux)-header package split like: 
/usr/src/linux-headers-2.6.12-1
/usr/src/linux-headers-2.6.12-1-686
wherein there is only in the Makefile an
   EXTRAVERSION =

The standard modules_install command does not read 
  linux/include/version.h 
but rather the Makefile.  Our particular install usage initally setup my Mark Speith for 2.6.n is below.  The  LOCALVERSION=  parameter was added by me to deal with the Debian dual kernel(linux)-header situation

install:
        make $(EXTMOD_SWITCH)=`pwd` -C $(KERNEL_DIR) INSTALL_MOD_PATH=$(ROOTDIR)  LOCALVERSION=-1-686 modules_install

---
wherein in this particular case the "-1-686" was read in from (a corrected)
.extraversion during the configure step.  This generates a Debian pacakge with a correct:

/ltmodem-8.31b1/source# tree debian/tmp/lib
debian/tmp/lib
`-- modules
    `-- 2.6.12-1-686
        `-- extra
            |-- ltmodem.ko
            `-- ltserial.ko

In contrast for the original flawed .extraversion with only "-" , the structure is:
/ltmodem-8.31b1/source# tree debian/tmp/lib
debian/tmp/lib
`-- modules
    `-- 2.6.12-     <<<WRONG
        `-- extra
            |-- ltmodem.ko
            `-- ltserial.ko

There are  "make install" variants which can be made to use INSTALL_DIR,
but a Debian decision on this .extraversion issue would first be usefull.

Slightly related.
For the KNOPPIX variant of Debian, I have observed that modem drivers using kernel-kbuild-2.6 gives non-functional drivers, while functional drivers are obtained by terporarily hiding /usr/src/kernel-kbuild-2.6.  KNOPPIX claims to use vanilla kernel.org  sources.

MarvS




> On Thu, Oct 13, 2005 at 08:39:40PM -0400, Marv Stodolsky wrote:
> > Package: linux-headers-2.6.12-1-686
> > Version: 2.6.12-6
> > Severity: normal
> > Tags: patch
> > 
> > The content of the .extraversion file is only
> >   -
> > rather than 
> >  -1-686
> > The same omission like exits for the other 2.6.12 flavor packages
> 
> That does seem like a bit of an oversight, though I am not sure
> what effect it would have. Actually, I'm not sure that we are
> using .extraversion. In any case it seems like something
> that kernel-packge - the tool used to build the kernel images - 
> should be worried about. I've CCed its maintainer, Manoj, for
> comment.
> 
> > This omission may be related to bugs 94 134 141
> 
> I suspect you got those numbers from a search on
> bugs.debian.org. They aren't actually current bug numbers,
> most current bugnumbers are somewhere above #280000.
> 
> Could you please go back to the page you were looking
> and report the bug numbers, they are preceeded by a #.
> 
> For instance, if I look at the following link,
> then the first bug there at this moment in time is
> #279689: /boot/vmlinuz-2.6.9-1-686: freeze when starting rivafb
> 
> That can be universally refered to as #279689.
> 
> http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=src&data=linux-2.6&archive=no
> &version=&dist=unstable
> 
> > It does cause an install error for driver installation packages which read 
> .extraversion
> 
> Could you give some details of the failure that you are seeing?
> 
> -- 
> Horms



Reply to: