Processed: Re: Bug#334762: locales: Please consider adding a locale for Khmer/Cambodia

2005-10-19 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> tags 334762 fixed-upstream
Bug#334762: locales: Please consider adding a locale for Khmer/Cambodia
Tags were: patch
Tags added: fixed-upstream

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#334762: locales: Please consider adding a locale for Khmer/Cambodia

2005-10-19 Thread Denis Barbier
tags 334762 fixed-upstream
thanks

On Wed, Oct 19, 2005 at 06:15:57PM +0200, Christian Perrier wrote:
> Package: locales
> Version: 2.3.5-7
> Severity: wishlist
> Tags: patch
> 
> The attached file is a Khmer/Cambodia locale contributed by members of the
> khmeros project (http://khmeros.info).
> 
> Please consider adding it to your locale set and, possibly, forward it
> upstream (hmmm, well, I know.).
> 
> This will certainly help supporting Khmer quicker in Debian. 

This locale has been committed into upstream CVS 3 weeks ago, with the old
copyright notice.

Denis


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#334762: locales: Please consider adding a locale for Khmer/Cambodia

2005-10-19 Thread Christian Perrier
Package: locales
Version: 2.3.5-7
Severity: wishlist
Tags: patch

The attached file is a Khmer/Cambodia locale contributed by members of the
khmeros project (http://khmeros.info).

Please consider adding it to your locale set and, possibly, forward it
upstream (hmmm, well, I know.).

This will certainly help supporting Khmer quicker in Debian. 



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13-1-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=ANSI_X3.4-1968) 
(ignored: LC_ALL set to C)

Versions of packages locales depends on:
ii  debconf [debconf-2.0] 1.4.58 Debian configuration management sy
ii  libc6 [glibc-2.3.5-3] 2.3.5-7GNU C Library: Shared libraries an

locales recommends no packages.

-- debconf information excluded
escape_char /
comment_char %

%
% Khmer Language Locale for Cambodia
%
% Name: km_KH
% Author:   Jens Herden
% Contact:
% E-mail:   [EMAIL PROTECTED]
% Language: Khmer
% Territory:Cambodia
% Charset:  UTF-8
% Revision: 1.0
% Date: 2005-03-15
%

%
% Copyright (C) 2005 Open Forum of Cambodia (www.forum.org.kh)
  
% This program is free software; you can redistribute it and/or
% modify it under the terms of the GNU Lesser General Public License
% as published by the Free Software Foundation; either version 2.1
% of the License, or (at your option) any later version.
% 
% This program is distributed in the hope that it will be useful,
% but WITHOUT ANY WARRANTY; without even the implied warranty of
%MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
% GNU Lesser General Public License for more details.
%
% You should have received a copy of the GNU Lesser General Public License
% along with this program; if not, write to the Free Software
% Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA  02110-1301, 
USA.
%
%
% THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
% IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
% FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
% THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR
% OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE,
% ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR
% OTHER DEALINGS IN THE SOFTWARE.
%
%

LC_IDENTIFICATION
title  "Khmer locale for Cambodia"
source ""
address""
contact"Jens Herden at: [EMAIL PROTECTED]"
email  "[EMAIL PROTECTED]"
tel""
fax""
language   "Khmer"
territory  "Cambodia"
revision   "1.0.1"
date   "2005-08-05"
%
category  "km_KH:2000";LC_IDENTIFICATION
category  "km_KH:2000";LC_CTYPE
category  "km_KH:2000";LC_COLLATE
category  "km_KH:2000";LC_TIME
category  "km_KH:2000";LC_NUMERIC
category  "km_KH:2000";LC_MONETARY
category  "km_KH:2000";LC_MESSAGES
category  "km_KH:2000";LC_PAPER
category  "km_KH:2000";LC_NAME
category  "km_KH:2000";LC_ADDRESS
category  "km_KH:2000";LC_TELEPHONE

END LC_IDENTIFICATION

LC_CTYPE
%copy "i18n"
%translit_start
%include  "translit_combining";""
%translit_end


upper   ;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/


lower   ;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/


alpha   ;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/
;/

Processed: reassign 334709 to binutils, merging 334709 334673

2005-10-19 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.7
> reassign 334709 binutils
Bug#334709: libc6 2.3.5-7: FTBFS on i386 - forced unwind support is required
Bug reassigned from package `libc6' to `binutils'.

> merge 334709 334673
Bug#334673: libc6-dev-amd64: Cannot link 64-bit programs
Bug#334709: libc6 2.3.5-7: FTBFS on i386 - forced unwind support is required
Merged 334673 334709.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Processed: severity of 334709 is important, merging 334709 334673, reassign 334673 to binutils

2005-10-19 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.7
> severity 334709 important
Bug#334709: libc6 2.3.5-7: FTBFS on i386 - forced unwind support is required
Severity set to `important'.

> merge 334709 334673
Bug#334673: libc6-dev-amd64: Cannot link 64-bit programs
Bug#334709: libc6 2.3.5-7: FTBFS on i386 - forced unwind support is required
Mismatch - only Bugs in same state can be merged:
Values for `package' don't match:
 #334673 has `libc6-dev-amd64';
 #334709 has `libc6'

> reassign 334673 binutils 2.16.1cvs20050902-1
Bug#334673: libc6-dev-amd64: Cannot link 64-bit programs
Bug reassigned from package `libc6-dev-amd64' to `binutils'.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#334709: libc6 2.3.5-7: FTBFS on i386 - forced unwind support is required

2005-10-19 Thread Daniel Jacobowitz
On Wed, Oct 19, 2005 at 01:55:14PM +0200, Henry Jensen wrote:
> Package: libc6
> Version: 2.3.5-7
> Severity: serious
> 
> The build of libc6 on i386 in a fresh sid chroot fails.
> 
> I build the packages with "nice -19 dpkg-buildpackage -rfakeroot -uc -us"
> 
> The build fails with the following error:

Binutils bug, temporary.  Install amd64-libs to work around the problem
or add /lib64 and /usr/lib64 to your ld.so.conf.


-- 
Daniel Jacobowitz
CodeSourcery, LLC


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#334673: libc6-dev-amd64: Cannot link 64-bit programs

2005-10-19 Thread Daniel Jacobowitz
On Wed, Oct 19, 2005 at 09:48:46AM +0200, Daniel Schepler wrote:
> Package: libc6-dev-amd64
> Severity: important
> Version: 2.3.5-7
> 
> When I try linking a simple test program in 64-bit mode, I get:
> 
> frobnitz:/tmp/buildd# gcc -m64 -o test test.c
> /usr/bin/ld: warning: ld-linux-x86-64.so.2, needed by /lib64/libc.so.6, not 
> found (try using -rpath or -rpath-link)
> /lib64/libc.so.6: undefined reference to [EMAIL PROTECTED]'
> /lib64/libc.so.6: undefined reference to [EMAIL PROTECTED]'
> /lib64/libc.so.6: undefined reference to [EMAIL PROTECTED]'
> /lib64/libc.so.6: undefined reference to [EMAIL PROTECTED]'
> /lib64/libc.so.6: undefined reference to [EMAIL PROTECTED]'
> /lib64/libc.so.6: undefined reference to [EMAIL PROTECTED]'
> /lib64/libc.so.6: undefined reference to [EMAIL PROTECTED]'
> collect2: ld returned 1 exit status
> 
> If I create a symlink /lib/ld-linux-x86-64.so.2 ->
> /lib64/ld-linux-x86-64.so.2, the link stage succeeds -- but that might
> not be a proper solution in general.  (Especially if it also happens
> with other binary dependencies between 64-bit libraries, which I
> haven't been able to test.)
> 
> I don't know whether this is actually a problem in the glibc, gcc, or
> binutils packages -- feel free to reassign, or clone/block, as
> appropriate.

Binutils, temporary.  As a workaround, you can either add the lib64
directories to ld.so.conf, or install amd64-libs (which will do that
for you, until binutils is fixed, and have a dependency on the fixed
binutils after).

-- 
Daniel Jacobowitz
CodeSourcery, LLC


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#334709: libc6 2.3.5-7: FTBFS on i386 - forced unwind support is required

2005-10-19 Thread Henry Jensen
Package: libc6
Version: 2.3.5-7
Severity: serious

The build of libc6 on i386 in a fresh sid chroot fails.

I build the packages with "nice -19 dpkg-buildpackage -rfakeroot -uc -us"

The build fails with the following error:


configure_build=i486-linux-gnu; \
if [ x86_64-linux = $configure_build ]; then \
  echo "Checking that we're running at least kernel version: 2.6.0"; \
  if ! (minimum=$((`echo 2.6.0 | sed 's/\([0-9]*\)\.\([0-9]*\)\.\([0-9]*\).*/\1 
\* 65536 + \2 \* 256 + \3/'`)); current=$((`echo 2.6.11-1-k7 | sed 
's/\([0-9]*\)\.\([0-9]*\)\.\([0-9]*\).*/\1 \* 65536 + \2 \* 256 + \3/'`)); if [ 
$current -lt $minimum ]; then false; fi); then \
configure_build=`echo $configure_build | sed 
's/^\([^-]*\)-\([^-]*\)$/\1-dummy-\2/'`; \
echo "No.  Forcing cross-compile by setting build to $configure_build."; \
  fi; \
fi; \
(exec 3>&1; exit `( ( (  cd build-tree/i386-amd64 && CC="gcc-4.0 -m64 
-D__x86_64__" AUTOCONF=false 
/source-etch/glibc-2.3.5/build-tree/glibc-2.3.5/configure --host=x86_64-linux 
--build=$configure_build --prefix=/usr --without-cvs --enable-add-ons="nptl " 
--without-selinux --with-headers=/source-etch/glibc-2.3.5/debian/include 
--enable-kernel=2.6.0  --disable-profile 
--includedir=/usr/include/x86_64-linux-gnu ) 2>&1 3>&-; echo $? >&4) | tee  -a 
/source-etch/glibc-2.3.5/log-build-x86_64-linux-amd64 >&3) 4>&1`)
checking build system type... i486-pc-linux-gnu
checking host system type... x86_64-pc-linux-gnu
running configure fragment for add-on nptl
checking sysdep dirs... sysdeps/x86_64/elf nptl/sysdeps/unix/sysv/linux/x86_64 
nptl/sysdeps/unix/sysv/linux nptl/sysdeps/pthread sysdeps/pthread 
nptl/sysdeps/unix/sysv nptl/sysdeps/unix nptl/sysdeps/x86_64 
sysdeps/unix/sysv/linux/x86_64 sysdeps/unix/sysv/linux/wordsize-64 
sysdeps/unix/sysv/linux sysdeps/gnu sysdeps/unix/common sysdeps/unix/mman 
sysdeps/unix/inet sysdeps/unix/sysv sysdeps/unix/x86_64 sysdeps/unix 
sysdeps/posix sysdeps/x86_64/fpu sysdeps/x86_64 sysdeps/wordsize-64 
sysdeps/ieee754/ldbl-96 sysdeps/ieee754/dbl-64 sysdeps/ieee754/flt-32 
sysdeps/ieee754 sysdeps/generic/elf sysdeps/generic
checking for a BSD-compatible install... /usr/bin/install -c
checking whether ln -s works... yes
checking for x86_64-linux-gcc... gcc-4.0 -m64 -D__x86_64__
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc-4.0 -m64 -D__x86_64__ accepts -g... yes
checking for gcc-4.0 -m64 -D__x86_64__ option to accept ANSI C... none needed
checking for gcc... gcc
checking how to run the C preprocessor... gcc-4.0 -m64 -D__x86_64__ -E
checking for x86_64-linux-g++... no
checking for x86_64-linux-c++... no
checking for x86_64-linux-gpp... no
checking for x86_64-linux-aCC... no
checking for x86_64-linux-CC... no
checking for x86_64-linux-cxx... no
checking for x86_64-linux-cc++... no
checking for x86_64-linux-cl... no
checking for x86_64-linux-FCC... no
checking for x86_64-linux-KCC... no
checking for x86_64-linux-RCC... no
checking for x86_64-linux-xlC_r... no
checking for x86_64-linux-xlC... no
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for x86_64-linux-ranlib... no
checking for ranlib... ranlib
checking whether as is GNU as... yes
checking whether ld is GNU ld... yes
checking for as... as
checking version of as... 2.16.91, ok
checking for ld... ld
checking version of ld... 2.16.91, ok
checking for pwd... /bin/pwd
checking for x86_64-linux-gcc... (cached) gcc-4.0 -m64 -D__x86_64__
checking version of gcc-4.0 -m64 -D__x86_64__... 4.0.2, ok
checking for gnumake... no
checking for gmake... no
checking for make... make
checking version of make... 3.80, ok
checking for gnumsgfmt... no
checking for gmsgfmt... no
checking for msgfmt... msgfmt
checking version of msgfmt... 0.14.5, ok
checking for makeinfo... makeinfo
checking version of makeinfo... 4.8, ok
checking for sed... sed
checking version of sed... 4.1.4, ok
checking for autoconf... false
checking whether false works... no
checking whether ranlib is necessary... no
checking LD_LIBRARY_PATH variable... ok
checking whether GCC supports -static-libgcc... -static-libgcc
checking for bash... /bin/sh
checking for gawk... gawk
checking for perl... /usr/bin/perl
checking for install-info... /usr/sbin/install-info
checking for bison... no
checking for signed size_t type... no
checking for libc-friendly stddef.h... yes
checking whether we need to use -P to assemble .S files... no
checking whether .text pseudo-op must be used... yes
checking for assembler global-symbol directive... .globl
checking for .set assembler directive... yes
checking for assembler .type directive prefix... @
checking for .symver assembler directive... yes
checking for ld --version-script... yes
checking for .previous assembler directive... yes
checking for .protected and .hidden assembler directive... yes
checking whether __attribute__((visibility())) is supported... yes
checking fo

Bug#334673: libc6-dev-amd64: Cannot link 64-bit programs

2005-10-19 Thread Daniel Schepler
Package: libc6-dev-amd64
Severity: important
Version: 2.3.5-7

When I try linking a simple test program in 64-bit mode, I get:

frobnitz:/tmp/buildd# gcc -m64 -o test test.c
/usr/bin/ld: warning: ld-linux-x86-64.so.2, needed by /lib64/libc.so.6, not 
found (try using -rpath or -rpath-link)
/lib64/libc.so.6: undefined reference to [EMAIL PROTECTED]'
/lib64/libc.so.6: undefined reference to [EMAIL PROTECTED]'
/lib64/libc.so.6: undefined reference to [EMAIL PROTECTED]'
/lib64/libc.so.6: undefined reference to [EMAIL PROTECTED]'
/lib64/libc.so.6: undefined reference to [EMAIL PROTECTED]'
/lib64/libc.so.6: undefined reference to [EMAIL PROTECTED]'
/lib64/libc.so.6: undefined reference to [EMAIL PROTECTED]'
collect2: ld returned 1 exit status

If I create a symlink /lib/ld-linux-x86-64.so.2 ->
/lib64/ld-linux-x86-64.so.2, the link stage succeeds -- but that might
not be a proper solution in general.  (Especially if it also happens
with other binary dependencies between 64-bit libraries, which I
haven't been able to test.)

I don't know whether this is actually a problem in the glibc, gcc, or
binutils packages -- feel free to reassign, or clone/block, as
appropriate.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#334603: marked as done (Linking problem with amd64 port (not able to run 32bit SW, not finding /lib/ld-linux.so.2))

2005-10-19 Thread Debian Bug Tracking System
Your message dated Wed, 19 Oct 2005 09:39:01 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#334603: Linking problem with amd64 port (not able to run 
32bit SW, not finding /lib/ld-linux.so.2)
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--
Received: (at submit) by bugs.debian.org; 18 Oct 2005 21:51:33 +
>From [EMAIL PROTECTED] Tue Oct 18 14:51:33 2005
Return-path: <[EMAIL PROTECTED]>
Received: from static-195-068.catv.glattnet.ch (ikki) [80.242.195.68] 
by spohr.debian.org with esmtp (Exim 3.36 1 (Debian))
id 1ERzMl-00040u-00; Tue, 18 Oct 2005 14:51:27 -0700
Received: from vanda ([192.168.17.5])
by ikki with esmtp (Exim 4.52)
id 1ERzMe-0005NT-Qp; Tue, 18 Oct 2005 23:51:20 +0200
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Klaus Ethgen <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: Linking problem with amd64 port (not able to run 32bit SW,
 not finding /lib/ld-linux.so.2)
X-Mailer: reportbug 3.17
Date: Wed, 19 Oct 2005 01:51:19 +0200
Message-Id: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Level: 
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE 
autolearn=no version=2.60-bugs.debian.org_2005_01_02

Package: libc6
Version: 2.3.5-6
Severity: critical
Tags: testing

I just updated from AMD64 port of sarge to AMD64 port of etch. Now no
32bit application can be stared anymore.

ldd gives the following error:
/usr/bin/ldd: line 171: /lib/ld-linux.so.2: Datei oder Verzeichnis nicht 
gefunden
ldd: /lib/ld-linux.so.2 exited with unknown exit code (127)

Maybe this is a result of the patch noticed in 325226 but I'm not sure.
In fact ther is no ld-linux.so.2.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (800, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8-11-amd64-k8
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to 
de_DE)

-- no debconf information

---
Received: (at 334603-close) by bugs.debian.org; 19 Oct 2005 07:39:08 +
>From [EMAIL PROTECTED] Wed Oct 19 00:39:08 2005
Return-path: <[EMAIL PROTECTED]>
Received: from static-195-068.catv.glattnet.ch (ikki) [80.242.195.68] 
by spohr.debian.org with esmtp (Exim 3.36 1 (Debian))
id 1ES8XU-0006kP-00; Wed, 19 Oct 2005 00:39:08 -0700
Received: from klaus by ikki with local (Exim 4.52)
id 1ES8XN-0004PU-QC; Wed, 19 Oct 2005 09:39:01 +0200
Date: Wed, 19 Oct 2005 09:39:01 +0200
From: Klaus Ethgen <[EMAIL PROTECTED]>
To: Daniel Jacobowitz <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Subject: Re: Bug#334603: Linking problem with amd64 port (not able to run 32bit 
SW, not finding /lib/ld-linux.so.2)
Message-ID: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed
Content-Disposition: inline
In-Reply-To: <[EMAIL PROTECTED]>
User-Agent: Mutt/1.5.11
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Level: 
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER 
autolearn=no version=2.60-bugs.debian.org_2005_01_02

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello,

Am Mi den 19. Okt 2005 um  0:06 schrieb Daniel Jacobowitz:
> libc6 doesn't provide 32 bit libraries on amd64 (yet).  Do you have
> ia32-libs installed?  Maybe your upgrade removed it.

Yes, that was it. Strange that this package is not essential on the
platform. However, then the bug is closed for me or at least not
critical anymore.

Regards
   Klaus Ethgen
- -- 
Klaus Ethgenhttp://www.ethgen.de/
pub  2048R/D1A4EDE5 2000-02-26 Klaus Ethgen <[EMAIL PROTECTED]>
Fingerprint: D7 67 71 C4 99 A6 D4 FE  EA 40 30 57 3C 88 26 2B
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iQEVAwUBQ1X4FZ+OKpjRpO3lAQK+Hgf/UKwB8bwzC52dYFCpCLyfuXaZ602CTvpo
rSKSRj9YgkIvLyhsLkjsfCmrXKvGDS+WKwVq0ao4tsBMeeCJ831D6c4N+6BZtyBj
wt9ri4T2QoAKjYqcNCNAPUm6rSh5D3Q+5dyHsFJy4jFvlXaq23GwrePizrQSwzVX
bNll6OibcMKRlcheMUBPk5p3i4K7m/Pa750dDsBSNUUw9T0apyN4KY82dWIOdiGg
kw4+oFRe1au6PFx0N1Irp2dPlTMKD