Hello,
On Mon, Jul 8, 2013 at 1:32 AM, Alexander Kruppa akru...@gmail.com wrote:
Actually, the fix is intended to resolve this problem. We use internal
functions of GMP (mpn_redc_[12](), among others) for numbers of a
certain sizes, but these two functions changed semantics between GMP
5.0
forwarded 713399
http://lists.gforge.inria.fr/pipermail/ecm-discuss/2013-July/004233.html
tags 713399 upstream confirmed fixed-upstream
thanks
Hi Lucas,
* Lucas Nussbaum [Sat, Jun 22, 2013 at 03:23:59PM +0200]:
During a rebuild of all packages in sid, your package failed to build on
amd64.
Hello Lucas,
On Thu, May 24, 2012 at 2:54 AM, Lucas Nussbaum
lu...@lucas-nussbaum.net wrote:
/bin/bash: line 5: 19652 Segmentation fault ${dir}$tst
FAIL: tsub_fr
Thanks for your report. I think this bug was fixed upstream in 1.5.1.
I'll upgrade soonish.
Laurent.
--
To UNSUBSCRIBE,
Hi,
* Julien Cristau [Tue, May 08, 2012 at 07:19:15PM +0200]:
On Mon, May 7, 2012 at 22:09:55 -0500, Steve M. Robbins wrote:
Interesting. It could well be the configure option. For the past 6
years, Debian built using --disable-fat on amd64. I changed it
because there are both bug
Hello,
* Julien Cristau [Mon, May 07, 2012 at 06:08:40PM +0200]:
it looks like the update from gmp 2:5.0.4+dfsg-1 to 2:5.0.5+dfsg-1
causes gcc to ICE on the buildds.
See e.g.
https://buildd.debian.org/status/fetch.php?pkg=ufrawarch=amd64ver=0.18-1.1%2Bb2stamp=1336402119
It would be
Hi,
* Julien Cristau [Mon, May 07, 2012 at 11:54:18PM +0200]:
I haven't tried that, won't get to it today. However as a data point
the crash seemed to (mostly? only?) affect VM guests, rather than
physical hosts. A local rebuild with --disable-fat seemed not to crash,
but I haven't tried a
Package: libquota-perl
Version: 1.6.6+dfsg-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Hello,
Your package failed to build from source:
/usr/bin/perl /usr/share/perl/5.12/ExtUtils/xsubpp -typemap
/usr/share/perl/5.12/ExtUtils/typemap
Package: mpfr4
Version: 3.1.0-1
Severity: serious
Justification: fails to build from source
The package failed to build on sparc:
https://buildd.debian.org/status/fetch.php?pkg=mpfr4arch=sparcver=3.1.0-1stamp=1317713686
This is reproducible with unmodified upstream sources, and a
Package: docbook-defguide
Version: 2.0.17+svn7549-3
Severity: serious
Justification: fails to build from source
Hello,
Your package failed to build:
make[1]: Entering directory
`/tmp/buildd/docbook-defguide-2.0.17+svn7549/defguide/en'
JAVA=java CLASSPATH= /bin/sh
Package: kindleclip
Version: 0.3-1
Severity: serious
Justification: fails to build from source
Hello,
Your package failed to build from source:
ruby setup.rb all --shebang=never\
[...]
make[1]: ruby: Command not found
Full build log attached.
Laurent.
kindleclip.log.xz
Package: scim-chewing
Version: 0.3.3-2
Severity: serious
Justification: fails to build from source
Hello,
Your package failed to build from source with the following error:
checking for CHEWING... configure: error: Package requirements (chewing =
0.3.2) were not met:
Requested
Package: libjifty-plugin-oauth-perl
Version: 0.04-1
Severity: serious
Justification: fails to build from source
Hello,
Tests failed to run, causing your package to FTBFS. Full build log
attached.
Laurent.
libjifty-plugin-oauth-perl.log.xz
Description: Binary data
Package: ruby-bio
Version: 1.4.1-2
Severity: serious
Justification: fails to build from source
Hello,
Two tests failed, causing the package to FTBFS:
1) Failure:
test_esearch_retmax_retstart(Bio::FuncTestPubmedClassMethod)
[./test/functional/bio/io/test_pubmed.rb:61]:
The
Package: umlet
Version: 10.4-1
Severity: serious
Justification: fails to build from source
Hello,
Your package failed to build from source:
make[1]: Entering directory `/tmp/buildd/umlet-10.4'
mkdir -p bin/
/usr/lib/jvm/java-6-openjdk/bin/javac -classpath
Package: phonon
Version: 4:4.6.0really4.5.0-4
Severity: serious
Justification: fails to build from source
Hello,
Your package failed to build from source:
CMake Error at /usr/share/cmake-2.8/Modules/FindX11.cmake:381 (MESSAGE):
Could not find X11
Full build log attached.
Laurent.
Package: tv-fonts
Version: 1.1-7
Severity: serious
Justification: fails to build from source
Hello,
Your package failed to build from source:
xset +fp `pwd`:unscaled
/bin/sh: 1: xset: not found
make[1]: *** [all] Error 127
Full build log attached.
Laurent.
tv-fonts.log.xz
Package: komparator
Version: 1:0.3-1
Severity: serious
Justification: fails to build from source
Hello,
Your package failed to build from source:
index.docbook:1061: element book: validity error : No declaration for
element book
/book
^
make[3]: *** [doc/index.cache.bz2]
Package: uicilibris
Version: 1.3-1
Severity: serious
Justification: fails to build from source
Hello,
Your package fails to build from source:
pyuic4 uicilibris.ui Ui_uicilibris.py
/bin/sh: 1: pyuic4: not found
Full build log attached.
Laurent.
uicilibris.log.xz
Description: Binary
Package: lighttpd
Version: 1.4.29-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Hello,
Your package failed to build from source:
Test Summary Report
---
./core-404-handler.t (Wstat: 1280 Tests: 8 Failed: 5)
Package: libqalculate
Version: 0.9.7-5
Severity: serious
Justification: fails to build from source
Hello,
Your package failed to build from source:
creating libqalculate.la
/bin/sed: can't read /usr/lib/libgmp.la: No such file or directory
libtool: link: `/usr/lib/libgmp.la' is not
* Julien Cristau [Sat, Sep 03, 2011 at 06:22:38PM +0200]:
Doesn't sound like a libqalculate bug. Where does the libgmp.la
reference come from (probably in /usr/lib/*.la)?
Might be libcln:
/usr/lib/libcln.la:dependency_libs=' /usr/lib/libgmp.la'
Laurent.
--
To UNSUBSCRIBE, email to
Package: eina
Version: 1.0.0-1
Severity: serious
Justification: fails to build from source
Hello,
Your package failed to build:
98%: Checks: 88, Failures: 1, Errors: 0
eina_test_main.c:51:F:Main:eina_hamster:0: Failure 'eina_hamster_count() =
0' occured
Full build log attached.
Package: tclodbc
Version: 2.5.1-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Hello,
Your package failed to build from source:
checking for main in -llibodbc... no
checking for ODBC library files... configure: error: Cannot find an
Package: getfem++
Version: 4.1.1-5
Severity: serious
Justification: fails to build from source
Hello,
You package failed to build:
[...]
Could not load JVM dynamic library (libjava).
Error: libjvm.so: cannot open shared object file: No such file or directory
If you are using a
* Miguel Landaeta [Tue, Aug 30, 2011 at 05:40:32PM -0430]:
On Tue, Aug 30, 2011 at 06:41:11PM +0200, Laurent Fousse wrote:
Package: access-modifier-checker
Version: 1.0-1
Severity: serious
Justification: fails to build from source
Your package fails to build from source
Package: lowpan-tools
Version: 0.2.2-1
Severity: serious
Justification: fails to build from source
Hello,
Your package fails to build from source:
gcc -DHAVE_CONFIG_H -I. -I.. -I../include -g3 -Wall -Werror -g -O2 -c
serial.c
serial.c: In function 'main':
serial.c:45:15: error:
/changelog
+++ qgo-1.5.4-r3/debian/changelog
@@ -1,3 +1,10 @@
+qgo (1.5.4-r3-2.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Fix g++-4.5 FTBFS, thanks Andreas Moog for the patch (closes: #565092).
+
+ -- Laurent Fousse lfou...@debian.org Tue, 30 Aug 2011 09:03:34 +0200
+
qgo (1.5.4-r3-2
Package: xscreensaver
Version: 5.13-1
Severity: grave
Tags: security
Justification: user security hole
Hello,
Steps to reproduce:
1) launch xscreensaver
2) launch xscreensaver-command -lock in another terminal.
3) The screen starts to turn blank, but returns to normal again
Package: mpfr4
Version: 3.0.1-2
Severity: serious
Justification: fails to build from source
Full build log at:
https://buildd.debian.org/status/fetch.php?pkg=mpfr4arch=hurd-i386ver=3.0.1-2stamp=1304533395
The build failure is actually not hurd-specific, I could reproduce it
on an
Hello,
Diffie-Hellman parameters are public information. Here is the prime
parameter used by your MX at the time I write this mail:
ce 7d 02 b5 82 40 24 a4 6f 3d b7 25 c6 cc 74 a7
e9 60 f1 2e 0c 95 41 11 26 bd 08 e9 88 a1 58 fc
db 7f 89 87 12 dc e5 ec 16 60 a2 e1 af 8f
Hello,
* Adam D. Barratt [Mon, Mar 07, 2011 at 01:37:44PM -]:
On Mon, March 7, 2011 08:20, Vincent Lefevre wrote:
libecm-dev depends on libgmp3-dev (now replaced by libgmp10-dev),
thus is not installable.
fwiw, libgmp10-dev Provides: libgmp3-dev (and libgmp-dev). The specific
issue
Hello,
* Vincent Lefevre [Fri, Jan 21, 2011 at 03:55:26PM +0100]:
Package: libmpc2
Version: 0.8.2-1+b1
Severity: serious
Justification: Policy 2.3
Note: this copyright problem partly comes from upstream.
/usr/share/doc/libmpc2/copyright says:
Copyright:
Copyright (C) 2002, 2003,
Hello,
* Mehdi Dogguy [Mon, Aug 16, 2010 at 08:18:16AM +0200]:
Your package gmp-ecm/6.3-2 fails to build from source on sparc:
[...]
The full build log can be found at:
https://buildd.debian.org/fetch.cgi?pkg=gmp-ecmarch=sparcver=6.3-2stamp=1281775571file=logas=raw
Thank you for the report. I
Hello,
* Ralf Treinen [Tue, Aug 24, 2010 at 10:34:38AM +0200]:
this bug still exists in squeeze since we still have gmp-ecm/6.2-1 in
squeeze. Migration of 6.3-3 to squeeze is currently blocked by
#593193. Maybe a separate bug fix of #580398 (through
testing-proposed-updates?) would be in
Hello Ralf, hello Loïc,
Thank you for the bugreport.
* Ralf Treinen [Wed, May 05, 2010 at 09:07:24PM +0200]:
Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):
/usr/bin/ecm
Hello,
* Stéphane Glondu [Sat, Jul 17, 2010 at 01:19:14PM +0200]:
Le 17/07/2010 12:32, Laurent Fousse a écrit :
After removing the reference to `mpfr_random' in
mlgmpidl/gmp_random.idl then make clean make rebuild apron fails
on GMP_RND_MAX. [...]
Indeed.
I'll try to provide
Hello,
* Mehdi Dogguy [Sat, Jul 17, 2010 at 01:48:39AM +0200]:
According to [1], mpfr_random was removed in 3.0 and that's causing apron
to FTBFS.
[1]
http://www.pubbs.net/201005/gcc/43610-gnu-mpfr-300-release-candidate.html
It would have been so nice if mpfr maintainers tested correctly
Hello,
* Mehdi Dogguy [Sat, Jul 17, 2010 at 03:13:47PM +0200]:
No problem. Please don't hesitate to contact the Release Team before
you upgrade a package with a big number of r-deps. Even if the library
is advertised to be binary compatible with the old one, it allows us
to follow the
Package: bup
Version: 0.14a-1
Severity: serious
Justification: fails to build from source
Your package fails to build:
[...]
make[1]: Entering directory
`/build/buildd-bup_0.14a-1-alpha-TFC8Fv/bup-0.14a'
rm -f lib/bup/_version.py lib/bup/_version.py.new
./format-subst.pl
Hello,
This issue has been reported and fixed upstream:
http://gmplib.org/list-archives/gmp-bugs/2010-January/001776.html (report)
http://gmplib.org:8000/gmp/rev/bc2c19e257f1 (patch)
Laurent.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of
Package: f-spot
Version: 0.6.1.5-1
Severity: grave
Justification: renders package unusable
Hello,
Here is what I get when I try to run f-spot:
% f-spot
Stacktrace:
zsh: segmentation fault (core dumped) f-spot
Regards,
Laurent.
-- System Information:
Debian Release: squeeze/sid
Hello,
* Aurelien Jarno [Wed, Dec 09, 2009 at 09:31:57PM +0100]:
mpfr fails to build on mips(el) with gcc-4.4. A full build log can be
found here:
https://buildd.debian.org/fetch.cgi?pkg=mpfrarch=mipselver=2.4.2-2stamp=1260358474file=logas=raw
This is due to a change in GCC 4.4, the h asm
Package: partitionmanager
Version: 1.0.0~beta1a-1
Severity: grave
Justification: renders package unusable
Hello,
When I try to install partitionmanager I get the following error:
% sudo aptitude install partitionmanager
[...]
The following packages have unmet dependencies:
Package: xemacs21
Version: 21.4.22-1
Severity: grave
Justification: renders package unusable
Hello,
Here is my transcript trying to install xemacs21:
# aptitude install xemacs21
[...]
The following NEW packages will be installed:
xemacs21 xemacs21-bin{a} xemacs21-mule{a}
tags 483161 patch pending
thanks
Hello,
* [EMAIL PROTECTED] [Tue, May 27, 2008 at 09:11:33AM -0600]:
There was an error while trying to autobuild your package:
[...]
./.libs/libecm.so: undefined reference to `udiv_qrnnd_preinv'
collect2: ld returned 1 exit status
[...]
A full build log can
Package: exim4-daemon-light
Version: 4.69-2+b1
Severity: serious
Justification: fails to install
Hello,
I get the following installation error:
Setting up exim4-daemon-light (4.69-2+b1) ...
Starting MTA:exim: incompatible command-line options or arguments
invoke-rc.d: initscript
* Andreas Metzler [Sun, Apr 20, 2008 at 05:32:48PM +0200]:
Hello,
Please provide the complete debugging output, and the contents of
/etc/init.d/exim4 and /etc/default/exim4
Here goes.
#! /bin/sh
# /etc/init.d/exim4
#
# Written by Miquel van Smoorenburg [EMAIL PROTECTED].
# Modified for Debian
(-release in
cc). I can prepare a package if you want.
Just a clarification: I'm not the megahal maintainer, and in fact Laurent
Fousse recently orphaned it. I'm only interested in megahal because of
#463146, related to the future Perl 5.10 transition.
Cc'ing Laurent, as he still seems
Hello,
* Giuliani Vito, Ivan [Sun, Feb 10, 2008 at 11:36:34PM +0100]:
The backtrace is attached.
The megahal.brn file that it tries to open doesn't exists. Maybe it is
trying to make some read/write operation on it without checking if it
has been correctly opened?
Thanks for the backtrace.
---BeginMessage---
Laurent Fousse wrote:
Hello,
* Neil McGovern [Wed, Dec 19, 2007 at 11:42:23AM +]:
Package: megahal
Version: 9.1.1a-1
Followup-For: Bug #454212
Confirmed using etch i386 (though an amd64 processor). Attached output
of megahal and strace.
Could you try a version
Hello,
* Neil McGovern [Wed, Dec 19, 2007 at 11:42:23AM +]:
Package: megahal
Version: 9.1.1a-1
Followup-For: Bug #454212
Confirmed using etch i386 (though an amd64 processor). Attached output
of megahal and strace.
Could you try a version with debugging symbols included and give me
Hello,
* Neil McGovern [Wed, Dec 19, 2007 at 11:42:23AM +]:
Confirmed using etch i386 (though an amd64 processor). Attached output
of megahal and strace.
Thanks for reproducing this bug. Unfortunately the backtrack doesn't
give much information. I'll try to figure out what's going on from
Hello,
* Giuliani Vito, Ivan [Tue, Dec 04, 2007 at 08:57:56PM +0100]:
No, it was my first-time installation and trying to remove the ~/.megahal
directory doesn't help...
Well, I can't reproduce this. This is what I get when I launch megahal
for the first time:
[EMAIL PROTECTED]:~$ megahal
Hello,
* Giuliani Vito, Ivan [Tue, Dec 04, 2007 at 12:41:13AM +0100]:
Package: megahal
Version: 9.1.1a-3
Severity: grave
Justification: renders package unusable
megahal segfaults as soon as it's launched, and no command line switch
helps (apart from -h). Gdb doesn't help, it can't resolve
Hello,
* Steve Langasek [Fri, Aug 03, 2007 at 01:32:54AM -0700]:
This release candidate version of MPFR is not yet ready for release
and should not propagate to testing.
Then why did you upload it to unstable before the fix for RC bug #430273 had
had a chance to reach testing?
It was
Package: mpfr
Version: 2.3.0~rc1.dfsg.1-1
Severity: grave
This release candidate version of MPFR is not yet ready for release
and should not propagate to testing.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hello,
* Bernd Zeimetz [Sat, Mar 24, 2007 at 11:41:55PM +0100]:
sorry, due to the lack of time I forgot to run my patch trough pbuilder
before sending it to you. I guess Bastian missed a line:
/bin/sh: line 1: python2.3: command not found
running clean
/bin/sh: line 1: python2.5: command
Hello,
* Joost van Baal [Wed, Nov 15, 2006 at 09:43:20AM +0100]:
Laurent: do you want me to commit that?
Yup. An NMU is welcome as well (I'm not available debian-wise for a
moment).
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
* Joost van Baal [Wed, Nov 15, 2006 at 08:31:38PM +0100]:
Op wo 15 nov 2006 om 12:01:48 +0100 schreef Laurent Fousse:
* Joost van Baal [Wed, Nov 15, 2006 at 09:43:20AM +0100]:
Laurent: do you want me to commit that?
Yup.
Commited a fix.
Thanks.
An NMU is welcome as well (I'm
Package: pan
Version: 0.112-1
Severity: grave
Justification: renders package unusable
Hello,
When I start pan I get a brief view of the main window which
disappears quickly due to a segfault. I'm running pan via ssh -X from
a powerpc machine and an i386 X server. pan works fine directly from
the
Package: gmp-ecm
Version: 6.1.1-3
Severity: serious
Justification: no longer builds from source
From the build log:
./test.pp1 ./ecm
GMP-ECM 6.1.1 [powered by GMP 4.2.1] [P+1]
Input number is 328006342451 (12 digits)
Using B1=120, B2=7446, polynomial x^1, x0=5
Step 1 took 2ms
Please report
Hello,
* Joel Soete [Thu, Jun 15, 2006 at 03:00:54PM +0200]:
Package: libmpfr-dev
Version: 2.2.0.dfsg.1-4
Severity: serious
Justification: no longer builds from source
Hello Laurent,
As you may be already read in buildd report:
* Laurent Fousse [Fri, Jun 16, 2006 at 11:39:38PM +0200]:
I'm trying to reproduce the problem with upstream sources but I hit
another build failure (undefined reference to `__gmpn_umul_ppmm')
which I've reported upstream. I'm not quite sure why we don't hit it
in the debian builds as well
Hello,
* Julien Danjou [2006-06-10]:
There was a problem while autobuilding your package:
[...]
wrong result data
at data[0] align=0
src 0
src=0x0
order=1 size=1 endian=1 nail=0
want count 0
got count 0
want
got
/bin/bash: line 4: 10639
Hello,
* Julien Danjou [Sat, Jun 10, 2006 at 02:00:45PM +0200]:
Here it is:
Kernel: Linux 2.6.16-xen i386 (i686)
Toolchain package versions: libc6-dev_2.3.6-15
linux-kernel-headers_2.6.13+0rc3-2.1 gcc-4.1_4.1.1-2 g++-4.1_4.1.1-2
binutils_2.16.1cvs20060413-1 libstdc++6-4.1-dev_4.1.1-2
* Laurent Fousse [2006-06-10]:
Hello,
* Julien Danjou [Sat, Jun 10, 2006 at 02:00:45PM +0200]:
Here it is:
Kernel: Linux 2.6.16-xen i386 (i686)
Toolchain package versions: libc6-dev_2.3.6-15
linux-kernel-headers_2.6.13+0rc3-2.1 gcc-4.1_4.1.1-2 g++-4.1_4.1.1-2
Hello,
* Mikko Visa [Fri, Apr 21, 2006 at 02:43:40PM +0300]:
Fatal error: Call to a member function on a non-object in
/usr/share/horde3/imp/lib/Maillog.php on line 122
There's an option in one of the horde tabs to disable this feature, as a
temporary workaround.
--
To UNSUBSCRIBE, email to
Package: mpfr
Severity: serious
Justification: no longer builds from source
Hello,
MPFR no longer build from source on s390. A complete build log can be
found at :
http://buildd.debian.org/fetch.php?pkg=mpfrver=2.2.0.dfsg.1-5arch=s390stamp=1145312906file=logas=raw
I verified with the
Hello Steve,
* Steve M. Robbins [Sun, Apr 16, 2006 at 01:39:49PM -0400]:
For the record: a simple rebuild allowed my CGAL programs
to work again.
I suppose that we'll have to use a versioned requires on mpfr
or a versioned conflicts on gmp to ensure that incompatible
packages cannot be
reopen 338087
severity 338087 important
thanks
According to
http://buildd.debian.org/fetch.php?pkg=mpfrver=2.2.0.dfsg.1-3arch=m68kstamp=1133892937file=logas=raw
mpfr still fails to build from source on m68k. Which is odd, because I
remember the combination of gcc-3.4 and -O0 to result in a
tags 338087 +help +upstream
thanks
This seems to be another case of toolchain brokenness on m68k. I have
some hope that some version of gcc with -O0 might be able to compile
it correctly and I'll use that as workaround after testing on crest.
It would be nice however if someone who has access to
Hello,
* Aníbal Monsalve Salazar [2005-11-08]:
There was an error while trying to autobuild your package:
[...]
Full build logs are available on buildd.debian.org.
Please refer to the build log at:
Package: gconf2-common
Version: 2.10.1-6
Severity: serious
Hi,
I get the following when trying to purge gconf2-common :
[EMAIL PROTECTED]:~$ sudo dpkg --purge gconf2-common
(Reading database ... 53094 files and directories currently installed.)
Removing gconf2-common ...
Purging configuration
Package: libmpfr-dev
Version: 2.1.2-1
Severity: serious
Justification: Policy 2.2.1
The MPFR documentation is provided as texinfo source file licensed
under the GFDL version 1.1 or any later version.
Since there is only a limited number of useful rephrasing of this
technical documentation, I
Salut Vincent,
* Vincent Lefevre [Fri, Sep 02, 2005 at 12:11:37PM +0200]:
The libgmp3 package has been renamed as libgmp3c2. gmp-ecm should be
rebuilt against libgmp3c2 so that it can be installed in sid (or so
that it is not removed when upgrading GMP).
I was waiting for gmp to be available
Package: gmp
Severity: serious
Justification: FTBFS
Hi,
gmp fails to build on alpha, see
http://buildd.debian.org/fetch.php?pkg=gmpver=4.1.4-10arch=alphastamp=1124596243file=logas=raw
I could reproduce it on our alpha machine at work. I tried to build
with gcc-3.4 or gcc-3.3 as a
Hi,
[ I got none of your replies. I hope the project will agree to get rid
of this mails sent to [EMAIL PROTECTED] do no reach the
submitter nonsense ]
* Ben Armstrong [2005-08-16]:
Can you make it produce a core file and get a backtrace of the failure?
Program received signal SIGSEGV,
Hi,
* Steve Langasek [2005-08-17]:
From the backtrace, I would rather guess it's libc-related.
Actually, I would guess it's kernel-related.
Per your original report, you are running:
Kernel: Linux 2.6.12.4-bar
This looks like a self-compiled kernel.
It is.
Please check whether
reopen 322717
severity 322717 normal
retitle 322717 Only variable references should be returned by reference error
messages are messy.
thanks
There are some more occurrences of the problem in the source code. On
our system one user reported seeing the warning for
lib/MIME/Viewer.php, line 64.
on crest. Patch
attached.
Cheers,
Laurent.
diff -u gmp-4.1.4/debian/changelog gmp-4.1.4/debian/changelog
--- gmp-4.1.4/debian/changelog
+++ gmp-4.1.4/debian/changelog
@@ -1,3 +1,10 @@
+gmp (4.1.4-8.1) unstable; urgency=low
+
+ * NMU.
+ * Build with -O2 on m68k (closes: #319205).
+
+ -- Laurent
Package: sympa
Version: 4.1.5-3
Severity: grave
Hi,
I tried to install sympa but my terminal is stuck in the ncurses
frontend. It seems to keep refreshing the terminal, thus an unpleasant
stroboscopic black/blue effect. The `frontend' processus is eating
half the CPU (launched from
+0100
+++ greylistd-0.8.2/debian/changelog2005-03-11 11:13:23.0 +0100
@@ -1,3 +1,10 @@
+greylistd (0.8.2-0.1) unstable; urgency=low
+
+ * NMU
+ * Change value of false to 1 in debconf module. Closes: #296266.
+
+ -- Laurent Fousse [EMAIL PROTECTED] Fri, 11 Mar 2005 10:59:26 +0100
* Steve Langasek [2005-02-26]:
IIRC, it failed in greylistd.postinst right after:
. /usr/share/debconf/confmodule
so it's likely not a bug in greylistd, but somewhere between debconf
and/or ash. It looks a lot like #242011.
No, this is completely unrelated to #242011. This *is* a
* Lionel Elie Mamane [2005-02-21]:
It is a serious bug to fail if /bin/sh is a non-bash, but POSIX
compliant shell. Either we hit an ash bug, or it is a serious bug of
greylistd. Laurent, please check whether it still occurs with the
latest version of dash; if it does, please confirm here (and
84 matches
Mail list logo