Package: coreutils Version: 5.97-5.3 Followup-For: Bug #193170 Although #193170 has been marked FIXED, the Etch version still returns "unknown" for "uname -p" - both on a 32bit i686 "uname -m" and a 64bit x86_64. Recent Globus (www.globus.org) build scripts check for the output of "uname -p" (or Python's platform.processor() which is based on that value) to determine the platform the build is intented for, resulting in an incorrect build (mixed 32/64 bit or failure). While replacing "uname -p" with "uname -m" and "platform.processor()" with "platform.machine()" would be a workaround, this is not suitable if the Globus build is embedded in another bigger environment (like VDT, vdt.cs.wisc.edu).
-- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages coreutils depends on: ii libacl1 2.2.41-1 Access control list shared library ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libselinux1 1.32-3 SELinux shared libraries coreutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
