Hello!
On Mon, 02 Apr 2007 22:46:22 +0200, Richard B. Kreckel wrote:
Thanks for your patches. I've applied them to CVS HEAD.
It looks like dependency on libgmp3-dev is necessary anyway :(
A package using CLN and libtool will fail to link unless libgmp3-dev
is installed:
/bin/sh ./libtool
On Mon, Dec 21, 1970 at 08:17:17AM +0100, Davide G. M. Salvetti wrote:
Please, provide us the content of
/usr/share/emacs21/site-lisp/auctex/CompilationLog (after an
installation failure, of course).
See the attached file.
AS but apparently it means that auctex's postinst dislikes the
AS
Hello,
On Wed, 4 Oct 2006 19:09:39 +1000, Andree Leidenfrost wrote:
I have so far been unable to reproduce the error with kernel 2.6.18.
Give that this is 100% reproducible for me on 2.6.17 I assume the
problem is fixed in 2.6.18.
The problem was also fixed in 2.6.17.12, the patch can be
Hello,
On Tue, Oct 17, 2006 at 08:22:48PM +0200, Miklos Szeredi wrote:
It would be nice if fusermount had a command-line switch to disable
updating of /etc/mtab (a la mount -n).
A much better solution (if you have a read only root) is to make
/etc/mtab be a symlink to /proc/mounts.
My
Hello!
On Sat, 26 Aug 2006 09:54:51 +1000, Andree Leidenfrost wrote:
I am experiencing a 100% reproducable NFS hang with kernel 2.6.17 on amd64. I
include the output of top and ps below. What happens is that mkisofs creates
an
image on an NFS share and hangs in function 'nfs_wait_' (not the
Hello!
Here is an improved variant of patch. It allows system administrator
to configure RLIMIT_RTPRIO RLIMIT_NICE via rt_priority and nice
entries in /etc/security/limits.conf
Best regards,
Alexei.
--
All science is either physics or stamp collecting.
Index:
Package: libc6
Version: 2.3.6-16
Severity: normal
Hello!
This simple program:
$ cat ctermid_broken.c
#include stdio.h
int main(int argc, char** argv)
{
char* s;
s = ctermid(NULL);
return 0;
}
gets SIGSEGV:
$ gcc -O0 -g -o ctermid_broken ctermid_broken.c
$
Hello!
On Thu, 01 Jun 2006 12:01:40 -0400 Ambrose Li wrote:
w3m sometimes hangs on startup, even without supplying any arguments
and not feeding it any input.
w3m hangs on *every* startup on my system. :(
On Thu, 1 Jun 2006 21:59:05 +0200 Karsten Schoelzel wrote:
So you
could try this
reopen 226716
thanks
The bug is still present in libc6 package version 2.3.6-6, since
the test included in #226716 still fails under 2.4 kernel. Note
that libc6 packages provided by Petr Salinger *do* fix the bug.
Best regards,
Alexei.
--
All science is either physics or stamp collecting.
On Sat, Apr 08, 2006 at 04:47:05PM +0200, Petr Salinger wrote:
Please, could you also test glibc test package at
http://sci.felk.cvut.cz/~salinger/glibc/
This fixes problem with loading Guile modules. My test case do not fail
any more, as well as test case from #226716.
Thank you very much!
On Fri, 07 Apr 2006 19:17:03 +0200, Aurelien Jarno wrote:
glibc does support TLS on all kernels (even non-linux ones), if there is
the corresponding kernel support. So please don't claim this is a glibc bug.
The test program included in #226716 fails under 2.4 kernel and works as
expected
On Sat, 8 Apr 2006 00:57:58 +0200, Matthias Klose wrote:
please check with the (i386) libstdc++6 test package at
http://people.debian.org/~doko/tmp/
My test case still fails under 2.4 kernel. Loading Guile modules (written
in C++) does not work either.
Best regards,
Alexei.
--
All
On Sat, Apr 08, 2006 at 12:14:19PM +0200, Aurelien Jarno wrote:
The only problem in bug #226716 is that the glibc should refuse to
execute such programs instead of silently failing.
But in the case of the current bug, this is actually the case, it says
cannot handle TLS data.
The problem
On Thu, 6 Apr 2006 22:36:43 +0200, Matthias Klose wrote:
Aurelian Jarno pointed out the following: only reproducible with 2.4
kernels or if you (re)move /lib/tls on a 2.6 kernel.
Current glibc does not support TLS under 2.4 kernels (see #226716), so
this is probalby glibc bug (some people call
Hello!
On Wed, 05 Apr 2006 18:41:05 -0600, Gordon Haverland wrote:
Traceback (most recent call last):
File /usr/bin/apt-listchanges, line 30, in ?
import apt_pkg
ImportError: libstdc++.so.6: cannot handle TLS data
I've seen many similar errors on my system too (I've got a bunch of
Package: doxygen
Version: 1.4.5-1
Severity: normal
Tags: patch
Hello!
LaTeX from teTeX-3.0 fails to process files generated by doxygen due
to a buggy test for the TeX engine used. This is because teTeX uses
now pdfTeX also for DVI output, so \pdfoutput is defined, but set to
false for DVI - but
Hello!
On Thu, 27 Oct 2005 15:12:54 +0200, Stefan Schmidt [EMAIL PROTECTED] wrote:
make bzImage CC=gcc-2.95
..
make CFLAGS=-D__KERNEL__ -I/usr/src/linux-2.4.31/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-alias
make[1]: Entering directory
Hello,
On Thu, 13 Oct 2005 22:22:39 -0400, Steve M. Robbins wrote:
You sent this to an existing bug dealing with failures under grsec
kernel. Did you do so on purpose?
Yes.
The error message:
cannot enable executable stack as shared object requires: some reason
indicates that the run-time
+ if AC_TRY_COMMAND([${CC} $CCFLAGS $CPPFLAGS
+ -S -o conftest.s conftest.c /dev/null]) \
+ grep -q .note.GNU-stack conftest.s \
+ AC_TRY_COMMAND([${CC} $CCFLAGS $CPPFLAGS -Wa,--noexecstack
+ -c -o conftest.o conftest.s /dev/null])
+ then
Hello!
A bunch of shared libraries (libcln, libgmp, libqthreads, and others)
from Debian archive get marked as PT_GNU_STACK RWE, because they have
assembly source files without proper .note.GNU-stack markers.
However, these libraries do not need an executable stack.
Here is a fix for libgmp
On Sun, 7 Aug 2005, Richard B. Kreckel wrote:
I am still pondering how to make this a little bit more generic.
Maybe it's best to pass --noexecstack to gas indirectly via the
-Wa,--noexecstack compiler flag? I would need to determine whether
gas is new enough to support --noexecstack,
The bug against libgcrypt11 is the same as that against libssl0.9.7 -- the
library has explicitly requested an executable stack. I don't think this is
a coincidence:
Indeed, this is not coincidence. Both libraries have optimized
versions of some function implemented in assembly. But
Package: cdrecord
Version: 4:2.01+01a01-4
Severity: normal
Hello!
cdrecord -dev=ATA: -scanbus just loops forever, like this:
~# cdrecord -dev=ATA: -scanbus
Cdrecord-Clone 2.01.01a01 (i686-pc-linux-gnu) Copyright (C) 1995-2004 Joerg
Schilling
NOTE: this version of cdrecord is an inofficial
Package: gcc-3.4
Version: 3.4.3-12
Severity: normal
Hello!
The following code triggers an ICE:
/** @file ct_nan.c trigger an ICE with gcc-3.4 */
#include stdio.h
#include math.h
#include float.h
#include complex.h
int main(void)
{
double complex oops = ((1.0L+ 1.0L*I)/0.0L);
Package: autogen
Version: 1:5.6.6-1
Severity: normal
Hello!
Some info files (autogen.info-[12]) are missing in the package.
Here is a trivial patch to fix this:
diff -Nru autogen-5.6.6/debian/autogen.files
autogen-5.6.6-hacked/debian/autogen.files
--- autogen-5.6.6/debian/autogen.files
25 matches
Mail list logo