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 --t
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
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.
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
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: pam-0.79/Linux-PAM/modules/pa
Package: libc6
Version: 2.3.6-16
Severity: normal
Hello!
This simple program:
$ cat ctermid_broken.c
#include
int main(int argc, char** argv)
{
char* s;
s = ctermid(NULL);
return 0;
}
gets SIGSEGV:
$ gcc -O0 -g -o ctermid_broken ctermid_broken.c
$ ./ctermid_broken
Se
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 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 prob
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 sc
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 und
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 cal
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
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 d
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 `/usr/src/linux-2.4.31/a
> + 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]
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:
indicates that the run-time linker (/l
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 (note
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, tho
> 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
.note
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 (modi
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
#include
#include
#include
int main(void)
{
double complex oops = ((1.0L+ 1.0L*I)/0.0L);
printf("oops = %.5f, %.5f\n", cr
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 2005-03
25 matches
Mail list logo