Package: procps Version: 1:3.2.8-2 Severity: does-not-build When building procps package on a i386 system where `gcc -m64' works (which is any x86 32bit system with recent gcc where libc6-dev-amd64 is installed), the binaries produced by the build will be 64bits, even if the package is ...i386.deb. Here's the relevant part of the upstream Makefile:
# Be 64-bit if at all possible. In a cross-compiling situation, one may # do "make m64=-m32 lib64=lib" to produce 32-bit executables. DO NOT # attempt to use a 32-bit executable on a 64-bit kernel. Packagers MUST # produce separate executables for ppc and ppc64, s390 and s390x, # i386 and x86-64, mips and mips64, sparc and sparc64, and so on. # Failure to do so will cause data corruption. m64 := $(call check_gcc,-m64,$(call check_gcc,-mabi=64,)) ALL_CFLAGS += $(m64) So apparently, in order to work around this mess (and yes I think it's a mess), debian/rules should check if we're building on i386 or amd64, and on pass the suggested options (m64=-m32 lib64=lib) to make in case it's on i386. Obviously this is not a problem on buildd, since buildds does not have 64bit libs installed on i386 systems so gcc can't produce 64bit executables. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (990, 'stable'), (60, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-rc7-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages procps depends on: ii initscripts 2.86.ds1-61 Scripts for initializing and shutt ii libc6 2.7-18 GNU C Library: Shared libraries ii libncurses5 5.7+20081213-1 shared libraries for terminal hand ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip Versions of packages procps recommends: ii psmisc 22.6-1 Utilities that use the proc filesy procps suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
