I no longer see this bug in konsole 4:3.5.5a-2.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: manpages-dev
Version: 2.39-1
Severity: minor
The qsort(3) man page seems to imply that strcmp can be passed as a
comparison routine to qsort. The sentence I refer to is:
Library routines suitable for use as the _compar_ argument include
strcmp() (see below), alphasort(), and
Please note that this bug occurs not only for bold printing of shell
prompts, but for any bold text in the terminal. For example:
$ printf 'bold test: \033[1mbold on\033[m bold off\n'
shows bold on in bold typeface on terminal emulators other than the
latest konsole.
--
To UNSUBSCRIBE, email
Package: zsh
Version: 4.3.2-14
Severity: normal
zsh's builtin printf fails to interpret two-digit octal escape, such as '\1'
or '\33'. For example:
zsh% printf '\33abc' | hd
5c 33 33 61 62 63 |\33abc|
0006
On the other hand, the printf from
Package: strace
Version: 4.5.14-1
Severity: normal
If you attach to a running multithreaded program using -f -p pid,
everything seems to work fine (you get the trace of all running threads)
until the time comes to detach. Pressing ^C leaves strace hanging; pressing
^Z followed by kill %1 kills
Vedran Furač [EMAIL PROTECTED] writes:
Inserting 'include us' after the 'name[Group1]= Croatia - US
keyboard with Croatian letters;' line fixes the problem for me. Try
that and see if it helps.
That fixes the problem, thanks. The fix is obvious in retrospect,
especially given that I
Package: xbase-clients
Version: 1:7.0.1-2
Severity: normal
The hr(us) layout appears completely broken in the current X server in
testing. While the command `setxkbmap hr us' does not report an error, it
leaves the keyboard in an unusable state: all ASCII characters, such as
letters, numbers,
I understand and agree with the reasoning behind removing the GPL as
the invariant section; but why also remove the GFDL as an invariant
section?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Don Armstrong [EMAIL PROTECTED] writes:
Summary: The issue with wget.texi is that the GNU GPL is an Invariant
Section; since the GNU GPL cannot be modified anyway, this just forces
gpl.texi to always be distributed with wget.texi, even when you're
just distributing the manual.
The GPL text
Don Armstrong [EMAIL PROTECTED] writes:
On Thu, 18 May 2006, Hrvoje Niksic wrote:
If the point you're making is that someone might want to remove the
GPL text from the manual, for example to make it shorter, I guess
that's a valid concern.
Yes, that's the issue.
I see. But that's still
Peter S Galbraith [EMAIL PROTECTED] writes:
It would be nice to be able to activate it using the customize
interface, similarly to what I've done with other other file in
emacs-goodies-el. Good idea?
I agree that that would be nice, but I don't know what is the standard
way to present a
Peter S Galbraith [EMAIL PROTECTED] writes:
Hrvoje Niksic [EMAIL PROTECTED] wrote:
Peter S Galbraith [EMAIL PROTECTED] writes:
It would be nice to be able to activate it using the customize
interface, similarly to what I've done with other other file in
emacs-goodies-el. Good idea
Package: emacs-goodies-el
Severity: wishlist
You might want to add savehist.el, a neat package for persisting minibuffer
histories across Emacs invocations. Get it from:
http://fly.srk.fer.hr/~hniksic/emacs/savehist.el
Note that an older version of savehist is distributed with XEmacs.
Package: emacs-goodies-el
Severity: wishlist
emacs-goodies-el ships with htmlize version 1.16. The latest version,
available from the author's site, is 1.23. There are no incompatible
changes, so I recommend to upgrade the version shipped with this package.
As usual, the new version is at:
Andries Brouwer [EMAIL PROTECTED] writes:
On Tue, Sep 20, 2005 at 02:34:37AM +0200, Hrvoje Niksic wrote:
I have provided arguments for my position, to which you failed to
respond. You didn't give any reasons why you consider FreeBSD to be
very similar to Linux
No response is needed
Michael Kerrisk [EMAIL PROTECTED] writes:
I see two possible ways of dealing with this:
1. s/random()/random(4)/ in the Linux page.
2. Simply remove this text from the page.
What do you think?
The first possibility doesn't make sense without also removing the
deridive adjective strange,
Andries Brouwer [EMAIL PROTECTED] writes:
This can be replaced by
FreeBSD adds a function
void sranddev(void);
that initializes the seed for rand() with a value obtained from
the /dev/random device.
But why waste space on functions on other operating systems that Linux
doesn't have?
Andries Brouwer [EMAIL PROTECTED] writes:
But why waste space on functions on other operating systems that Linux
doesn't have?
All Unix-like operating systems are rather similar.
Except this function has no root in Unix tradition, it is a FreeBSD
invention not shared by other Unix-like
Andries Brouwer [EMAIL PROTECTED] writes:
On Tue, Sep 20, 2005 at 12:39:55AM +0200, Hrvoje Niksic wrote:
[muttering that he does not want to hear about differences
between the FreeBSD and the Linux API for the rand() family of functions;
don't know why - I always consider info about
Package: manpages-dev
Version: 2.02-2
Severity: minor
Man page for rand(3) claims the following:
FreeBSD adds a function
void sranddev(void);
that initializes the seed for their bad random generator rand() with
a value obtained from their good random generator
Maybe I'm missing something, but AFAICT Debian's Wget 1.9.1 doesn't
need escape_buffer in log.c at all.
Wget 1.9.1-12 in stable includes my backport of 1.10's filtering of
control characters via the escnonprint function. When I sent the
backport to the maintainer, I expected that he would remove
The latter patch has been applied and should be available in Wget
1.10.1. Thanks.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
This bug is fixed in Wget 1.10. Thanks for the report.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
I believe this bug is fixed in Wget 1.10.1. See
http://article.gmane.org/gmane.comp.web.wget.patches/1459 for a patch.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: libwww-perl
Version: 5.803-4
Severity: normal
When an HTTP/1.0 client requests persistent connections, HTTP::Daemon
respects the request, but doesn't indicate to the client that the resulting
connection is keep-alive. Assuming the server example from the man page,
the conversation looks
Package: tcc
Version: 0.9.23-1
Severity: normal
Tcc doesn't correctly implement casts from floating point types to _Bool.
According to C99, such casts must return true for all numbers except 0:
When any scalar value is converted to _Bool, the result is 0 if the value
compares equal to 0;
Always requesting keep-alive is not a bug because, when the Wget
process exits, it automatically closes all TCP connections to the
remote servers.
Now if Wget hangs when talking to a web server that supports
keep-alive connections, it's a different bug. In that case the
question is not why does
Package: tcc
Version: 0.9.22-2
Severity: normal
The following program makes tcc dump core:
#define _FILE_OFFSET_BITS 64
#include sys/types.h
#define LARGE_OFF_T (((off_t) 1 62) - 1 + ((off_t) 1 62))
int off_t_is_large[(LARGE_OFF_T % 2147483629 == 721
LARGE_OFF_T %
28 matches
Mail list logo