Your message dated Thu, 9 Apr 2009 01:04:39 +0200
with message-id <20090408230445.9b2da1f...@chi.die-welt.net>
and subject line Re: Bug#522664: tp-smapi-source: does not compile under 
2.6.29-1-686-bigmem
has caused the Debian Bug report #522664,
regarding tp-smapi-source: does not compile under 2.6.29-1-686-bigmem
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
522664: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522664
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: tp-smapi-source
Version: 0.40-3
Severity: grave
Justification: renders package unusable


here is the complete build log:

dh_testdir
# Cleaning package
/usr/bin/make clean
make[1]: Entering directory `/usr/src/modules/tp-smapi'
rm -f tp_smapi.mod.* tp_smapi.o tp_smapi.ko .tp_smapi.*.cmd
rm -f thinkpad_ec.mod.* thinkpad_ec.o thinkpad_ec.ko .thinkpad_ec.*.cmd
rm -f hdaps.mod.* hdaps.o hdaps.ko .hdaps.*.cmd
rm -f *~ diff/*~ *.orig diff/*.orig *.rej diff/*.rej
rm -f tp_smapi-*-for-*.patch
rm -fr .tmp_versions Modules.symvers diff/hdaps.diff.tmp
make[1]: Leaving directory `/usr/src/modules/tp-smapi'
dh_clean
/usr/bin/make  -f debian/rules clean
make[1]: Entering directory `/usr/src/modules/tp-smapi'
dh_testdir
# Cleaning package
/usr/bin/make clean
make[2]: Entering directory `/usr/src/modules/tp-smapi'
rm -f tp_smapi.mod.* tp_smapi.o tp_smapi.ko .tp_smapi.*.cmd
rm -f thinkpad_ec.mod.* thinkpad_ec.o thinkpad_ec.ko .thinkpad_ec.*.cmd
rm -f hdaps.mod.* hdaps.o hdaps.ko .hdaps.*.cmd
rm -f *~ diff/*~ *.orig diff/*.orig *.rej diff/*.rej
rm -f tp_smapi-*-for-*.patch
rm -fr .tmp_versions Modules.symvers diff/hdaps.diff.tmp
make[2]: Leaving directory `/usr/src/modules/tp-smapi'
dh_clean
make[1]: Leaving directory `/usr/src/modules/tp-smapi'
/usr/bin/make  -f debian/rules kdist_clean kdist_config binary-modules
make[1]: Entering directory `/usr/src/modules/tp-smapi'
dh_testdir
# Cleaning package
/usr/bin/make clean
make[2]: Entering directory `/usr/src/modules/tp-smapi'
rm -f tp_smapi.mod.* tp_smapi.o tp_smapi.ko .tp_smapi.*.cmd
rm -f thinkpad_ec.mod.* thinkpad_ec.o thinkpad_ec.ko .thinkpad_ec.*.cmd
rm -f hdaps.mod.* hdaps.o hdaps.ko .hdaps.*.cmd
rm -f *~ diff/*~ *.orig diff/*.orig *.rej diff/*.rej
rm -f tp_smapi-*-for-*.patch
rm -fr .tmp_versions Modules.symvers diff/hdaps.diff.tmp
make[2]: Leaving directory `/usr/src/modules/tp-smapi'
dh_clean
/usr/bin/make -w -f debian/rules clean
make[2]: Entering directory `/usr/src/modules/tp-smapi'
dh_testdir
# Cleaning package
/usr/bin/make clean
make[3]: Entering directory `/usr/src/modules/tp-smapi'
rm -f tp_smapi.mod.* tp_smapi.o tp_smapi.ko .tp_smapi.*.cmd
rm -f thinkpad_ec.mod.* thinkpad_ec.o thinkpad_ec.ko .thinkpad_ec.*.cmd
rm -f hdaps.mod.* hdaps.o hdaps.ko .hdaps.*.cmd
rm -f *~ diff/*~ *.orig diff/*.orig *.rej diff/*.rej
rm -f tp_smapi-*-for-*.patch
rm -fr .tmp_versions Modules.symvers diff/hdaps.diff.tmp
make[3]: Leaving directory `/usr/src/modules/tp-smapi'
dh_clean
make[2]: Leaving directory `/usr/src/modules/tp-smapi'
make[1]: Nothing to be done for `kdist_config'.
for templ in ; do \
    cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.29-1-686-bigmem/g'` ; \
  done
for templ in `ls debian/*.modules.in` ; do \
    test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} 
${templ%.modules.in}.backup 2>/dev/null || true; \
    sed -e 's/##KVERS##/2.6.29-1-686-bigmem/g ;s/#KVERS#/2.6.29-1-686-bigmem/g 
; s/_KVERS_/2.6.29-1-686-bigmem/g ; s/##KDREV##/2.6.29-1/g ; 
s/#KDREV#/2.6.29-1/g ; s/_KDREV_/2.6.29-1/g  ' < $templ > ${templ%.modules.in}; 
\
  done
dh_testroot
dh_clean -k
# Build the module
/usr/bin/make modules KSRC=/lib/modules/2.6.29-1-686-bigmem/build 
KVER=2.6.29-1-686-bigmem HDAPS=1
make[2]: Entering directory `/usr/src/modules/tp-smapi'
/usr/bin/make -C /lib/modules/2.6.29-1-686-bigmem/build 
M=/usr/src/modules/tp-smapi O=/lib/modules/2.6.29-1-686-bigmem/build modules
make[3]: Entering directory `/usr/src/linux-headers-2.6.29-1-686-bigmem'
/usr/src/linux-headers-2.6.29-1-common/arch/x86/Makefile:41: 
/usr/src/linux-headers-2.6.29-1-common/arch/x86/Makefile_32.cpu: No such file 
or directory
make[5]: *** No rule to make target 
`/usr/src/linux-headers-2.6.29-1-common/arch/x86/Makefile_32.cpu'.  Stop.
make[4]: *** [sub-make] Error 2
make[3]: *** [all] Error 2
make[3]: Leaving directory `/usr/src/linux-headers-2.6.29-1-686-bigmem'
make[2]: *** [modules] Error 2
make[2]: Leaving directory `/usr/src/modules/tp-smapi'
make[1]: *** [binary-modules] Error 2
make[1]: Leaving directory `/usr/src/modules/tp-smapi'
make: *** [kdist_build] Error 2


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.29-1-686-bigmem (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages tp-smapi-source depends on:
ii  debhelper                     7.2.7      helper programs for debian/rules
ii  module-assistant              0.11.0     tool to make module package creati

tp-smapi-source recommends no packages.

Versions of packages tp-smapi-source suggests:
pn  sysfsutils                    <none>     (no description available)

-- no debconf information



--- End Message ---
--- Begin Message ---
On Mon, 6 Apr 2009 23:39:22 +0200 Alberto Maurizi wrote:

> > leaving this bug here and open so we dont get it reported again
> > before linux-headers are fixed.
> 
> In fact I couldn't find it among the tp-smapi-source bugs

As of now, linux-headers-2.6.29-1-686 2.6.29-2 is in the archive, and
tp-smapi-source builds fine with it.
I'm closing this bug now, feel free to reopen it when you still have
problems with the new kernel-headers.

Regards
Evgeni

-- 
Bruce Schneier Fact Number 11:
Bruce Schneier can conduct secure multiparty computation... on his own

Attachment: pgp1PSJvhwDa5.pgp
Description: PGP signature


--- End Message ---

Reply via email to