On Mon, Apr 13, 2009 at 01:28:26PM -0700, Randall Donald wrote:
> On Mon, 2009-04-13 at 14:07 -0400, Lennart Sorensen wrote:
> Yup. I will try again though. Maybe I am on crack.
Or perhaps I am wrong and it still works.
I will have a look at whether make-kpkg still works or not, since it
should b
On Mon, 2009-04-13 at 14:07 -0400, Lennart Sorensen wrote:
> On Mon, Apr 13, 2009 at 08:44:27AM -0700, Randall Donald wrote:
> >
> > > >
> > > > KSRC=/usr/src/linux-headers-2.6.29-1-686-bigmem \
> > > > KVERS=2.6.29-1-686-bigmem debian/rules binary_modules
> > >
> > > That is no longer a complet
On Mon, Apr 13, 2009 at 12:39:17PM -0400, Christopher Martin wrote:
> I guess I'll switch to module-assistant - not a problem. But as was
> pointed out elsewhere, it might be best to make the requirement
> explicit.
Yeah it should be.
--
Len Sorensen
--
To UNSUBSCRIBE, email to debian-bugs
On Mon, Apr 13, 2009 at 08:44:27AM -0700, Randall Donald wrote:
>
> > >
> > > KSRC=/usr/src/linux-headers-2.6.29-1-686-bigmem \
> > > KVERS=2.6.29-1-686-bigmem debian/rules binary_modules
> >
> > That is no longer a complete set of headers and you can't build against
> > it like that. The kerne
On April 13, 2009 11:14:12 Lennart Sorensen wrote:
> That is no longer a complete set of headers and you can't build
> against it like that. The kernel team says that is no longer
> supported.
>
> > This is what I've done for a long time (changing the kernel in
> > question each time, obviously).
> >
> > KSRC=/usr/src/linux-headers-2.6.29-1-686-bigmem \
> > KVERS=2.6.29-1-686-bigmem debian/rules binary_modules
>
> That is no longer a complete set of headers and you can't build against
> it like that. The kernel team says that is no longer supported.
>
The strange thing here is that is
On Sun, Apr 12, 2009 at 01:48:27PM -0400, Christopher Martin wrote:
> On April 12, 2009 13:36:36 Sven Joachim wrote:
> > Only because $(VERSION) is empty for you, and that is the problem.
> > How did you try to build the module?
>
> I tried:
>
> cd /usr/src/modules/nvidia-kernel
> (after unpacki
On Sun, Apr 12, 2009 at 08:10:13PM +0200, Sven Joachim wrote:
> I see. The VERSION variable is supposed to be set by including
> /usr/share/modass/include/generic.make, and you apparently do not have
> module-assistant installed, do you?
>
> Probably nvidia-kernel-source should stop recommending
On April 12, 2009 14:10:13 Sven Joachim wrote:
> I see. The VERSION variable is supposed to be set by including
> /usr/share/modass/include/generic.make, and you apparently do not
> have module-assistant installed, do you?
>
> Probably nvidia-kernel-source should stop recommending kernel-package
>
On 2009-04-12 19:48 +0200, Christopher Martin wrote:
> On April 12, 2009 13:36:36 Sven Joachim wrote:
>> Only because $(VERSION) is empty for you, and that is the problem.
>> How did you try to build the module?
>
> I tried:
>
> cd /usr/src/modules/nvidia-kernel
> (after unpacking /usr/src/nvidia
On April 12, 2009 13:36:36 Sven Joachim wrote:
> Only because $(VERSION) is empty for you, and that is the problem.
> How did you try to build the module?
I tried:
cd /usr/src/modules/nvidia-kernel
(after unpacking /usr/src/nvidia-kernel.tar.bz2)
KSRC=/usr/src/linux-headers-2.6.29-1-686-bigmem
On 2009-04-12 15:15 +0200, Christopher Martin wrote:
> My build (180.44-1) also failed here:
>
> dh_installdocs
> dh_installmodules
> dh_installchangelogs
> dh_installmodules
> dh_strip
> dh_compress
> dh_fixperms
> dh_installdeb
> dh_gencontrol -- -v
Strange, I get
dh_gencontrol -- -v180.44-1+
My build (180.44-1) also failed here:
dh_installdocs
dh_installmodules
dh_installchangelogs
dh_installmodules
dh_strip
dh_compress
dh_fixperms
dh_installdeb
dh_gencontrol -- -v
dpkg-gencontrol: unknown option `-v'
Usage: dpkg-gencontrol [ ...]
Options:
-p print control file for pa
13 matches
Mail list logo
