This bug is gone with 4.67-4, so it may be closed i think. Thanks for
your help Marc.
Greetings
Martin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: exim4-doc-html
Version: 4.67-1
Severity: serious
Justification: maintainer discretion
exim4 4.67 is not yet in testing, hence the docs for exim4 4.67 need
to stay out as well. Dummy bug.
Greetings
Marc
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
Your message dated Sat, 23 Jun 2007 08:38:36 +0200
with message-id [EMAIL PROTECTED]
and subject line Bug#429617: installation failes
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
Version: 4.67-4
Submitter reports in private mail that the issue is gone in 4.67-4.
Looks like the patch to update-exim4.conf helped.
Greetings
Marc
--
-
Marc Haber | I don't trust Computers. They | Mailadresse
Package: gnome-system-tools
Version: 2.18.1-1
Severity: grave
Justification: renders package unusable
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core)
Locale: [EMAIL
Rmic has apparently drifted in and out of kaffe/GNU classpath over
time. I say we just wait for GPL Sun Java and fix it then. Or punt the
Lucene package for Lucene2 if dependencies allow it, and Lucene2 gets
into main (again, depending on GPL Sun Java)
--
To UNSUBSCRIBE, email to [EMAIL
Package: smarteiffel2
Version: 2.2.99.beta3.2.svn8415-1
Severity: grave
Justification: renders package unusable
Package installation fails with this error message:
** Fatal Error: Unknown loadpath in
/usr/lib/smarteiffel2/lib/loadpath.se:
/usr/lib/smarteiffel2/lib/vision/loadpath.se
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.10.5
tags 430186 + confirmed
Bug#430186: Upgrading to dbus 1.1.1 breaks some gnome-system-tools.
There were no tags set.
Tags added: confirmed
End of message, stopping processing here.
tags 430186 + confirmed
stop
With current sid, I get:
(users-admin:20537): Liboobs-WARNING **: There was an unknown error
communicating with the backends: Message did not receive a reply (timeout by
message bus)
(users-admin:20537): Liboobs-WARNING **: There was an unknown error
Processing commands for [EMAIL PROTECTED]:
tags 430186 + confirmed
Bug#430186: Upgrading to dbus 1.1.1 breaks some gnome-system-tools.
Tags were: confirmed
Tags added: confirmed
stop
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
Package: scsitools
Version: 0.9-1.1
Severity: grave
Tags: patch
Justification: renders package unusable
Running /sbin/rescan-scsi-bus.sh makes my (and most likely every) system
unusable, I get input/output errors when trying to run programs after I
ran rescan-scsi-bus.sh.
The reason for this
On Fri, 22 Jun 2007 the mental interface of
Kingsley G. Morse Jr. told:
kernel 2.6.18-4-k7
ii alsa-base 1.0.13-1ALSA
driver configuration files
ii alsa-modules-2.4.19-aa10.9.0rc6+3+p0+10.00.Custom Advanced
Linux Sound
Package: mhc-utils
Version: 0.25.1+20070220-1
Severity: grave
Justification: renders package unusable
Postinst fails and that makes the packages uninstallable:
Unpacking mhc-utils (from .../mhc-utils_0.25.1+20070220-1_amd64.deb) ...
Setting up mhc-utils (0.25.1+20070220-1) ...
dpkg: error
On June 23, 2007 at 1:39PM +0200,
jeroen (at dekkers.cx) wrote:
Package: mhc-utils
Version: 0.25.1+20070220-1
Severity: grave
Justification: renders package unusable
Postinst fails and that makes the packages uninstallable:
Unpacking mhc-utils (from
Hi,
it should help fixing http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=427359.
Thanks,
Torsten
--
blog: http://twerner.blogspot.com/
homepage: http://www.twerner42.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: xbase-clients
Version: 1:7.2.ds2-2
Severity: serious
Justification: no longer builds from source
A build gives the following error. A manual build of xdpyinfo works well.
...
xdpyinfo
checking for a BSD-compatible install...
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.10.5
tags 422125 + lenny sid
Bug#422125: bcron: FTBFS: tests are not timezome-aware
Tags were: patch
Tags added: lenny, sid
End of message, stopping processing here.
Please contact me if
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.10.5
tags 423742 + lenny sid
Bug#423742: avifile: FTBFS: i386: ../../include/avm_map.h:220: error: 'struct
avm::avm_mapconst char*, int, avm::AvmOutput::AvmOutputPrivate::Less, ..
There
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.10.5
tags 420060 + lenny sid
Bug#420060: avr-libc: FTBS due missing epstopdf
Tags were: patch
Tags added: lenny, sid
End of message, stopping processing here.
Please contact me if you
Processing commands for [EMAIL PROTECTED]:
reassign 430186 libnet-dbus-perl
Bug#430186: Upgrading to dbus 1.1.1 breaks some gnome-system-tools.
Bug reassigned from package `gnome-system-tools' to `libnet-dbus-perl'.
stop
Stopping processing here.
Please contact me if you need assistance.
On June 23, 2007 at 3:25PM +0200,
jeroen (at vrijschrift.org) wrote:
Anyway, I'll cleanup mhc-utils.postinst to fix this bug in the next upload.
Debugging the postinst, the problem seems to be
db_get 'shared/pilot/port'
If I install kpilot, which asks the debconf question which port to
Package: felix
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation on
Package: ghdl
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation on
Package: libqd-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation on
Package: libwine-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation
Package: atlas3-headers
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
Package: libmpich-shmem1.0-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
Package: libsmi2-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation
Package: nickle
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation on
Package: liblpsolve55-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
Package: libstk0-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation
Package: pnetc
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation on
Package: libopenexr-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
Package: pike7.6-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation
Package: libstlport4.6-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
Package: libwvstreams-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
Package: wx2.6-headers
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
Subject: klineakconfig always segfaults D810
Package: klineakconfig
Version: 0.9-5
Severity: grave
Justification: renders package unusable
Hi,
I'm using a dell810 and I habe already seen klineakconfig running on this
machine but if a try to install klineadconfig from scratch, klineakconfig
Package: fftw3-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation on
Package: fftw-docs
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation on
Package: llvm-cfe
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation on
Package: librudiments-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
Package: wireshark-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
Package: libcppunit-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
Package: libstlport5.0-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
Package: pdl
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation on
Package: tendra
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation on
Package: libniftiio0-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
Package: mercury
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation on
Package: libgoffice-1-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
Package: libhdf5-serial-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
Package: libwww-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation
Package: meschach-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation
Package: liborbit-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation
Package: libicu36-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation
Package: wx2.4-headers
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
Package: ecl
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation on
Package: libdbi-perl
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation
Package: libterralib1-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
Package: libuclibc-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
Package: libmpich-mpd1.0-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
Package: libhdf5-lam-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
Package: libbind-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation
tags 426353 + security pending
retitle 426353 CVE-2007-2583: DoS in item_cmpfunc.cc (MySQL#27513)
fixed 426353 5.0.40
stop
An upload for stable-security has been prepared by Sean on May 28 and
the Security Team has been reminded on Jun 18.
bye,
-christian-
--
To UNSUBSCRIBE, email to [EMAIL
Processing commands for [EMAIL PROTECTED]:
tags 426353 + security pending
Bug#426353: mysql-server-5.0: Please add patch for this bug to stable mysql-5.0
server. http://bugs.mysql.com/bug.php?id=27513
There were no tags set.
Tags added: security, pending
retitle 426353 CVE-2007-2583: DoS in
Your message dated Sat, 23 Jun 2007 13:02:17 +
with message-id [EMAIL PROTECTED]
and subject line Bug#430210: fixed in mhc 0.25.1+20070620-1
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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
xdriinfo
Sorry the wrong one. It is xdriinfo which does not build.
And I also find the reason. The symlink /usr/lib/libGL.so is needed but
not on my system.
Regards
Klaus
- --
Klaus Ethgen
Package: libstlport5.1-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
Package: liblo0-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation
Package: harbour
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation on
Your message dated Sat, 23 Jun 2007 14:02:05 +
with message-id [EMAIL PROTECTED]
and subject line Bug#417539: fixed in tinymux 2.4.3.31-1.1
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
reassign 430186 libnet-dbus-perl
stop
On Sat, Jun 23, 2007 at 11:19:40AM +0200, Loïc Minier wrote:
tags 430186 + confirmed
stop
With current sid, I get:
(users-admin:20537): Liboobs-WARNING **: There was an unknown error
communicating with the backends: Message did not receive a reply
At Sat, 23 Jun 2007 21:09:55 +0900 (JST),
Tatsuya Kinoshita wrote:
On June 23, 2007 at 1:39PM +0200,
jeroen (at dekkers.cx) wrote:
Postinst fails and that makes the packages uninstallable:
Unpacking mhc-utils (from .../mhc-utils_0.25.1+20070220-1_amd64.deb) ...
Setting up mhc-utils
Package: xemacs21-bin
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation
Package: elks-libc
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation on
Package: llvm
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation on
Package: etl-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation on
Package: libloki-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation
Package: tcc
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation on
Package: libitpp-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation
Package: libqhull-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation
Package: liborsa0-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation
Package: libwww-ssl-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
Package: sparsehash
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation
Package: libnewmat10-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
Package: cmix
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation on
Package: libmagick9-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
Package: libalps-light1-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
Package: libpqxx-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation
Package: libgmp3-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation
Your message dated Sat, 23 Jun 2007 09:56:29 -0400
with message-id [EMAIL PROTECTED]
and subject line Invalid
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
Package: kmymoney2
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation on
Package: libtao-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation
Package: libmpich1.0-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
Package: erlang-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation
Package: gclcvs
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation on
Package: libsscm-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type did change from a 64bit representation to a 128bit
representation
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.10.5
tags 421983 + lenny sid
Bug#421983: FTBFS: /usr/bin/ld: cannot find -lrsvg-2
There were no tags set.
Tags added: lenny, sid
End of message, stopping processing here.
Please contact
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.10.5
tags 420900 + lenny sid
Bug#420900: FTBFS: stats.c:160: error: 'CLK_TCK' undeclared (first use in this
function)
There were no tags set.
Tags added: lenny, sid
End of message,
Your message dated Sun, 24 Jun 2007 00:54:32 +0930
with message-id [EMAIL PROTECTED]
and subject line Bug#430333: ldbl128 transition for alpha, powerpc, sparc, s390
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
1 - 100 of 198 matches
Mail list logo