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
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
