Subject: gtkam: SIGSEGV in gp_list_reset () from /usr/lib/libgphoto2.so.2 after
upgrade
Package: gtkam
Version: 0.1.12-2.3
Severity: grave
Justification: renders package unusable
*** Please type your report below this line ***
Hi,
I connect my camera and start gtkam. On the left side I select
> i have continued to defend the validity. the bug is obvious. the
> package is uninstallable. this is considered a show stopping /
> release critical bug.
>
What I'm not quite understanding is whether you think that a binary
module package must exist in the archive or you are unwilling to bu
Package: apache2
Version: 2.2.3-4+etch1
Severity: serious
Tags: patch
/etc/init.d/apache2 in lines 105 and 108:
if [[ ... ]];then
but should be
if [ ... ];then
I'm sure this should be fixed in next security update for etch.
-- System Information:
Debian Release: 4.0
APT prefers proposed-u
Your message dated Sat, 23 Jun 2007 21:10:25 -0500
with message-id <[EMAIL PROTECTED]>
and subject line Bug#430266: 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
Processing commands for [EMAIL PROTECTED]:
> severity 430226 serious
Bug#430226: libstdc++6: can't construct a locale with empty string, violation
of the C++ standard
Severity set to `serious' from `important'
> severity 429660 serious
Bug#429660: g++-4.2: program using locales segfaults when co
severity 430062 normal
tags 430062 unreproducible experimental
I installed clean etch, built fluxbox from experimental,
used You config, but bug not reproducible.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing commands for [EMAIL PROTECTED]:
> severity 430062 normal
Bug#430062: fluxbox crashes when hitting Alt-Tab Alt-F4
Severity set to `normal' from `critical'
> tags 430062 unreproducible experimental
Bug#430062: fluxbox crashes when hitting Alt-Tab Alt-F4
There were no tags set.
Tags added
On Sat, Jun 23, 2007 at 10:07:18PM +0200, Ludovic Rousseau wrote:
> Can you give me the package versions of your build tools so I can try to
> reproduce the bug on my PowerPC machine?
It's sid as of today. I can dig out the actual versions tomorrow
hopefully.
--
"You grabbed my hand and we fel
Hi!
I kind of broke this with the kde 3.5.7 upload. The internals of kitchensync
(which once had libkonnector and libksync - doesn't have it anymore.
As the depends: line of syncekonnector is completely broken (it has a
hardcoded dependency on synce-kde - and doesn't ${shlibs:Depends} I kind o
Your message dated Sat, 23 Jun 2007 23:11:47 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#430246: 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
Your message dated Sat, 23 Jun 2007 21:27:20 +0100
with message-id <[EMAIL PROTECTED]>
and subject line fixed
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
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.10.5
> tags 428967 experimental
Bug#428967: lyx: main window does not repaint with Qt 4.3
There were no tags set.
Tags added: experimental
>
End of message, stopping processing here.
Pleas
Le 23.06.2007, à 20:59:38, Mark Brown a écrit:
> On Mon, Jun 11, 2007 at 04:07:28PM +0200, [EMAIL PROTECTED] wrote:
>
> > frame #0 is corrupted so not very helpful :-(
>
> > I don't really know what to suggest next. You can try to execute the
> > function
> > OpenGemPC430ByName() from GemPC430/G
On Mon, Jun 11, 2007 at 04:07:28PM +0200, [EMAIL PROTECTED] wrote:
> frame #0 is corrupted so not very helpful :-(
> I don't really know what to suggest next. You can try to execute the function
> OpenGemPC430ByName() from GemPC430/GemPC430Utils.c step by step.
I've got a horrible feeling that t
Package: liblua5.1-0-dev
Version: 5.1.2-1
--- Please enter the report below this line. ---
There is not API using long double, but there is some interesting
message in the header file (the configuration one).
You probably know more than me about alignment in these archs...
/*
@@ LUAI_USER_AL
Your message dated Sat, 23 Jun 2007 16:26:20 -0300
with message-id <[EMAIL PROTECTED]>
and subject line The remove of nepenthes 0.2.0-1 (experimental) package fails
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 n
Processing commands for [EMAIL PROTECTED]:
> severity 423368 important
Bug#423368: iSCSI cannot be installed
Severity set to `important' from `serious'
> done
Unknown command or malformed arguments to command.
>
End of message, stopping processing here.
Please contact me if you need assistance.
On 23 June 2007 at 19:22, Andreas Barth wrote:
| * Dirk Eddelbuettel ([EMAIL PROTECTED]) [070623 19:20]:
| > All I was suggesting as to rename, but instead of
| >
| > libgsl0 -> libgsl0ldbl
| >
| > I'd do
| >
| > libgsl0 -> libgsl1implying ldbl
| >
| > which may or may
Processing commands for [EMAIL PROTECTED]:
> tag 430229 + lenny sid
Bug#430229: ldbl128 transition for alpha, powerpc, sparc, s390
There were no tags set.
Tags added: lenny, sid
> tag 430281 + lenny sid
Bug#430281: ldbl128 transition for alpha, powerpc, sparc, s390
There were no tags set.
Tags ad
Package: icedove
Version: 2.0.0.4-1
Severity: serious
--- Please enter the report below this line. ---
Icedove is crashing immediately after receiving new messages. At first,
I thought it was because of the "when new messages arrive, play a sound"
so I disabled this feature, but the problem is
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.10.5
> package haskell-src-exts libghc6-harp-dev libghc6-src-exts-dev
Ignoring bugs not assigned to: libghc6-src-exts-dev libghc6-harp-dev
haskell-src-exts
> tags 429022 + pending
Bug#4290
Your message dated Sat, 23 Jun 2007 18:02:06 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#423817: fixed in nepenthes 0.2.0-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 message dated Sat, 23 Jun 2007 19:34:12 +0200
with message-id <[EMAIL PROTECTED]>
and subject line This bug is closed
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
Processing commands for [EMAIL PROTECTED]:
> tags 423722 - help
Bug#423722: pidgin-otr: undefined symbol: otrl_privkey_generate_FILEp
Tags were: help
Tags removed: help
> severity 423722 grave
Bug#423722: pidgin-otr: undefined symbol: otrl_privkey_generate_FILEp
Severity set to `grave' from `norm
* Dirk Eddelbuettel ([EMAIL PROTECTED]) [070623 19:20]:
> All I was suggesting as to rename, but instead of
>
> libgsl0 -> libgsl0ldbl
>
> I'd do
>
> libgsl0 -> libgsl1implying ldbl
>
> which may or may not be clear. Given that we're already confused in this
> mail
On 23 June 2007 at 18:57, Andreas Barth wrote:
| * Dirk Eddelbuettel ([EMAIL PROTECTED]) [070623 18:53]:
| >
| > On 23 June 2007 at 18:18, Andreas Barth wrote:
| > | * Dirk Eddelbuettel ([EMAIL PROTECTED]) [070623 17:52]:
| > | > That looks like something I should indeed do for libgsl, given that
reassign 423722 pidgin-otr 3.0.0+cvs20070508-1
severity 423722 normal
thanks
Thibaut VARENE schrieb am Freitag, 22. Juni 2007 um 20:34:12 +0200:
> On 6/22/07, Joerg Friedrich <[EMAIL PROTECTED]> wrote:
> >Hi Thibaut,
> >
> >maybe I was wrong reassinig this bug to libotr.
>
> Not if that's a libot
Processing commands for [EMAIL PROTECTED]:
> reassign 423722 pidgin-otr 3.0.0+cvs20070508-1
Bug#423722: pidgin-otr: undefined symbol: otrl_privkey_generate_FILEp
Bug reassigned from package `libotr' to `pidgin-otr'.
> severity 423722 normal
Bug#423722: pidgin-otr: undefined symbol: otrl_privkey_g
* Dirk Eddelbuettel ([EMAIL PROTECTED]) [070623 18:53]:
>
> On 23 June 2007 at 18:18, Andreas Barth wrote:
> | * Dirk Eddelbuettel ([EMAIL PROTECTED]) [070623 17:52]:
> | > That looks like something I should indeed do for libgsl, given that there
> are
> | > loads of packages depending on libgsl.
On 23 June 2007 at 18:18, Andreas Barth wrote:
| * Dirk Eddelbuettel ([EMAIL PROTECTED]) [070623 17:52]:
| > That looks like something I should indeed do for libgsl, given that there
are
| > loads of packages depending on libgsl.
| >
| > Now, I am still calling this libgsl0 even though GSL long
The patch posted by Avi Rozen fixes wmii's broken keyboard
behaviour for me too. Could you please consider packaging
a more recent version, which this patch included?
* Dirk Eddelbuettel ([EMAIL PROTECTED]) [070623 17:52]:
> That looks like something I should indeed do for libgsl, given that there are
> loads of packages depending on libgsl.
>
> Now, I am still calling this libgsl0 even though GSL long pass the 1.0
> version. Should I switch at the same time,
Hi,
I uploaded an NMU of your package.
Please see this as help to get the package into a releaseable condition again.
Please find the used diff below.
Cheers,
Andi
diff -Nur ../ispell-fi-0.7~/debian/changelog ../ispell-fi-0.7/debian/changelog
--- ../ispell-fi-0.7~/debian/changelog 2007-06-23
Hi,
I uploaded an NMU of your package.
Please see this as help to get the package into a releaseable condition again.
Please find the used diff below.
Cheers,
Andi
diff -Nur ../ispell-czech-20040229~/debian/changelog
../ispell-czech-20040229/debian/changelog
--- ../ispell-czech-20040229~/deb
Matthias, (and CCing Brian upstream as a heads-up)
On 23 June 2007 at 15:47, Matthias Klose wrote:
| Package: libgsl0-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
On 23 June 2007 at 15:49, Matthias Klose wrote:
| Package: openmpi-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
Processing commands for [EMAIL PROTECTED]:
> notfound 429423 2.5-11
Bug#429423: libc reports wrong version
Bug marked as not found in version 2.5-11.
>
End of message, stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, De
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.10.5
> tags 422047 + lenny sid
Bug#422047: FTBFS: No package 'gconf-sharp-2.0' found
There were no tags set.
Tags added: lenny, sid
>
End of message, stopping processing here.
Please conta
Your message dated Sat, 23 Jun 2007 15:32:08 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#428848: fixed in lxml 1.2.1-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
Your message dated Sat, 23 Jun 2007 15:32:07 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#426543: fixed in ispell-czech 20040229-4.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
Your message dated Sat, 23 Jun 2007 15:32:08 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#428848: fixed in lxml 1.2.1-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
Package: qemu
Version: 0.9.0-2
Followup-For: Bug #427795
Haiku images (http://haiku-os.org/downloads) are also affected,
the boot screen is displayed for approx. 3 minutes, and then the
haiku kernel panics, telling that it does not find the boot
harddisk.
Thanks,
Markus
--
To UNSUBSCRIBE, em
Your message dated Sun, 24 Jun 2007 01:03:44 +0930
with message-id <[EMAIL PROTECTED]>
and subject line Bug#430332: 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
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
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.10.5
> tags 427273 + lenny sid
Bug#427273: bibtool: FTBFS: fails to install build-dep libkpathsea4-dev
There were no tags set.
Tags added: lenny, sid
>
End of message, stopping processing h
Your message dated Sat, 23 Jun 2007 18:58:42 +0400
with message-id <[EMAIL PROTECTED]>
and subject line Bug#430243: 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
Processing commands for [EMAIL PROTECTED]:
> tags 430298 + pending
Bug#430298: ldbl128 transition for alpha, powerpc, sparc, s390
There were no tags set.
Tags added: pending
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(ad
Your message dated Sat, 23 Jun 2007 16:28:43 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#430330: 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
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.10.5
> tags 418840 + lenny sid
Bug#418840: belocs-locales-data: does not work with new libc
Tags were: patch
Tags added: lenny, sid
>
End of message, stopping processing here.
Please conta
Processing commands for [EMAIL PROTECTED]:
> reopen 428782
Bug#428782: nvidia-glx-legacy-96xx: uninstallable due to missing
nvidia-kernel-legacy-96xx-1.0.9631 dependency
Bug reopened, originator not changed.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bu
reopen 428782
thanks
From: Filipus Klutiero
To: [EMAIL PROTECTED]
Date: Sat, 23 Jun 2007 09:56:29 -0400
Subject: Invalid
You don't understand. The reason I'm closing this report is not that the
prebuilt nvidia 96xx packages are available in sid, but that your report is
invalid. There is no bu
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.10.5
> tags 429110 + lenny sid
Bug#429110: please update/request removal of your package
Tags were: sid lenny
Tags added: lenny, sid
>
End of message, stopping processing here.
Please cont
Your message dated Sat, 23 Jun 2007 15:37:52 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#430329: 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
Hi,
I uploaded an NMU of your package.
Please see this as help to get the package into a releaseable condition again.
Please find the used diff below.
Cheers,
Andi
diff -Nur ../tinymux-2.4.3.31~/debian/changelog
../tinymux-2.4.3.31/debian/changelog
--- ../tinymux-2.4.3.31~/debian/changelog
Your message dated Sat, 23 Jun 2007 16:20:03 +0200
with message-id <[EMAIL PROTECTED]>
and subject line works now
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
Processing commands for [EMAIL PROTECTED]:
> severity 429858 normal
Bug#429858: usbview: no text displayed on buttons
Severity set to `normal' from `grave'
> tag 429858 + unreproducible moreinfo
Bug#429858: usbview: no text displayed on buttons
There were no tags set.
Tags added: unreproducible,
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.10.5
> tags 429110 + lenny sid
Bug#429110: please update/request removal of your package
There were no tags set.
Tags added: lenny, sid
>
End of message, stopping processing here.
Please c
On Sat, Jun 23, 2007 at 14:51:42 +0200, Klaus Ethgen wrote:
> 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.
>
The build below fails in xdriinfo...
> ..
severity 422540 important
thanks
Hi,
it might be painful if the package FTBFS after re-autoconfed, but that
is not a serious bug.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROT
Processing commands for [EMAIL PROTECTED]:
> severity 422540 important
Bug#422540: rxvt-unicode does not build with autoconf 2.61
Severity set to `important' from `serious'
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(adm
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 n
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: libfcgi-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 o
Package: libparrot-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: 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 alpha
Package: libgraphicsmagick1-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
repre
Package: libhdf5-mpich-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
representa
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 al
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 o
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 alpha,
Package: libglib1.2-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
representatio
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
representatio
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 on
Package: libwv2-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: 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
representati
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 alpha
Package: libnewlib-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
representa
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
representatio
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
represent
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 o
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 o
Package: libosp-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
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 t
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: libpoco-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 o
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 on
Package: splint
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 alp
Package: pnet-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 a
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
representati
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 on
Package: libgraphviz3-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
representat
Package: libmpfr-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 o
Package: libpt-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: 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 alp
Package: libvigraimpex-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
representa
Package: libsundials-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
repre
Package: 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 on alpha
1 - 100 of 195 matches
Mail list logo