severity 436332 serious thanks On 07/08/07 at 10:46 +0200, Reinhard Tartler wrote: > severity 436332 important > stop > > Lucas Nussbaum <[EMAIL PROTECTED]> writes: > > > Package: lcd4linux > > version: 0.10.1~rc2-1 > > Severity: serious > > User: [EMAIL PROTECTED] > > Usertags: qa-ftbfs-20070806 qa-ftbfs > > Justification: FTBFS on i386 > > > > Hi, > > > > During a rebuild of all packages in sid, your package failed to build > > on i386. > > Ugh, > > > Relevant part: > > gcc -D_GNU_SOURCE -Wall -W -fno-strict-aliasing -g -O2 -o lcd4linux > > lcd4linux.o cfg.o debug.o drv.o drv_generic.o evaluator.o property.o hash.o > > layout.o pid.o timer.o thread.o udelay.o qprintf.o rgb.o widget.o > > widget_text.o widget_bar.o widget_icon.o widget_keypad.o widget_timer.o > > widget_gpo.o plugin.o plugin_cfg.o plugin_math.o plugin_string.o > > plugin_test.o plugin_time.o drv_BeckmannEgle.o drv_BWCT.o > > drv_Crystalfontz.o drv_Curses.o drv_Cwlinux.o drv_EA232graphic.o drv_G15.o > > drv_HD44780.o drv_LCD2USB.o drv_LCDTerm.o drv_LEDMatrix.o drv_LPH7508.o > > drv_M50530.o drv_MatrixOrbital.o drv_MilfordInstruments.o drv_Noritake.o > > drv_NULL.o drv_picoLCD.o drv_RouterBoard.o drv_Sample.o drv_SimpleLCD.o > > drv_T6963.o drv_Trefon.o drv_USBHUB.o drv_USBLCD.o drv_WincorNixdorf.o > > drv_X11.o drv_Image.o drv_generic_text.o drv_generic_graphic.o > > widget_image.o drv_generic_gpio.o drv_generic_parport.o > > drv_generic_serial.o drv_generic_i2c.o drv_generic_keypad.o plugin_apm.o > > plugin_cpuinfo.o plugin_diskstats.o plugin_dvb.o plugin_exec.o > > plugin_file.o plugin_i2c_sensors.o plugin_iconv.o plugin_imon.o > > plugin_isdn.o plugin_kvv.o plugin_loadavg.o plugin_meminfo.o plugin_mpd.o > > plugin_mysql.o plugin_netdev.o plugin_pop3.o plugin_ppp.o > > plugin_proc_stat.o plugin_python.o plugin_sample.o plugin_seti.o > > plugin_statfs.o plugin_uname.o plugin_uptime.o plugin_wireless.o > > plugin_xmms.o -lncurses -lX11 -lgd -lusb -lmpd -lmysqlclient > > -L/usr/lib/python2.4 -lpython2.4 -lpthread -ldl -lutil -lm > > udelay.o: In function `ndelay': > > /build/user/lcd4linux-0.10.1~rc2/udelay.c:184: undefined reference to > > `rdtscl' > > /build/user/lcd4linux-0.10.1~rc2/udelay.c:187: undefined reference to > > `rdtscl' > > collect2: ld returned 1 exit status > > make[2]: *** [lcd4linux] Error 1 > > make[2]: Leaving directory `/build/user/lcd4linux-0.10.1~rc2' > > make[1]: *** [all] Error 2 > > make[1]: Leaving directory `/build/user/lcd4linux-0.10.1~rc2' > > make: *** [build-stamp] Error 2 > > > > The full build log is available from > > http://people.debian.org/~lucas/logs/2007/08/06 > > I took a look at this; here is my analysis: > > lcd4linux' configure checks for the presence of /usr/include/asm/msr.h, > which is on your buildd. that file contains on my system this: > > #ifndef __ASM_STUB_MSR_H > #define __ASM_STUB_MSR_H > # if defined __x86_64__ > # include <asm-x86_64/msr.h> > # elif defined __i386__ > # include <asm-i386/msr.h> > # else > # warning This machine appears to be neither x86_64 nor i386. > # endif > > I can only conclude that you build defines the macro '__x86_64__' > confuses lcd4linux. Which is of course an important bug, but in no way > release critical, IMO. > > Do you run sbuild with 'linux32' prefixed, so that tools like 'uname -m' > don't report x86_64?
Yes, I do. I tried to reproduce this locally (x86 laptop), and it fails to build in the same way. So re-bumping severity. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
