Bug#380609: konsole: prompt bold-printing no longer works

2006-10-30 Thread Hrvoje Niksic
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]

Bug#391402: manpages-dev: Misleading wording regarding strcmp as the comparison routinein qsort

2006-10-06 Thread Hrvoje Niksic
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 ver

Bug#386730: zsh: printf doesn't handle single-digit and two-digit octal escapes

2006-09-09 Thread Hrvoje Niksic
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 textutil

Bug#380609: konsole: prompt bold-printing no longer works

2006-09-09 Thread Hrvoje Niksic
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, emai

Bug#377200: strace: Breaks multithreaded program with -f -p

2006-07-07 Thread Hrvoje Niksic
Package: strace Version: 4.5.14-1 Severity: normal If you attach to a running multithreaded program using -f -p , 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 str

Bug#373833: xbase-clients: hr(us) layout apparently broken

2006-06-16 Thread Hrvoje Niksic
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

Bug#373833: xbase-clients: hr(us) layout apparently broken

2006-06-15 Thread Hrvoje Niksic
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, and

Bug#323099: License of wget.texi: suggest removal of invariant sections

2006-06-09 Thread Hrvoje Niksic
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]

Bug#323099: License of wget.texi: suggest removal of invariant sections

2006-05-18 Thread Hrvoje Niksic
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. &g

Bug#323099: License of wget.texi: suggest removal of invariant sections

2006-05-18 Thread Hrvoje Niksic
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 t

Bug#336354: emacs-goodies-el: please add savehist.el

2005-10-31 Thread Hrvoje Niksic
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

Bug#336354: emacs-goodies-el: please add savehist.el

2005-10-31 Thread Hrvoje Niksic
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

Bug#336356: emacs-goodies-el: newer htmlize available

2005-10-29 Thread Hrvoje Niksic
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:

Bug#336354: emacs-goodies-el: please add savehist.el

2005-10-29 Thread Hrvoje Niksic
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. Als

Bug#328269: manpages-dev: rand() manpage misrepresents FreeBSD's sranddev()

2005-09-20 Thread Hrvoje Niksic
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 >> "v

Bug#328269: manpages-dev: rand() manpage misrepresents FreeBSD's sranddev()

2005-09-19 Thread Hrvoje Niksic
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

Bug#328269: manpages-dev: rand() manpage misrepresents FreeBSD's sranddev()

2005-09-19 Thread Hrvoje Niksic
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-lik

Bug#328269: manpages-dev: rand() manpage misrepresents FreeBSD's sranddev()

2005-09-19 Thread Hrvoje Niksic
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

Bug#328269: manpages-dev: rand() manpage misrepresents FreeBSD's sranddev()

2005-09-19 Thread Hrvoje Niksic
"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

Bug#328269: manpages-dev: rand() manpage misrepresents FreeBSD's sranddev()

2005-09-14 Thread Hrvoje Niksic
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 r

Bug#326767: Failure to use return value from realloc (!)

2005-09-06 Thread Hrvoje Niksic
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 rem

Bug#319088: wget: off by one when parsing ftp listing.

2005-08-27 Thread Hrvoje Niksic
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]

Bug#226084: wget: incorrect encoding of local file names with -k

2005-08-23 Thread Hrvoje Niksic
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]

Bug#324539: libwww-perl: HTTP::Daemon doesn't report keep-alive connection to HTTP/1.0 clients

2005-08-22 Thread Hrvoje Niksic
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

Bug#320148: requests keep-alive though working on single (or the last) file

2005-08-22 Thread Hrvoje Niksic
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]

Bug#322913: tcc: _Bool exists but doesn't comply with C99

2005-08-13 Thread Hrvoje Niksic
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; o

Bug#320148: requests keep-alive though working on single (or the last) file

2005-08-08 Thread Hrvoje Niksic
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

Bug#304082: tcc: dumps core in Autoconf large file test

2005-04-10 Thread Hrvoje Niksic
Package: tcc Version: 0.9.22-2 Severity: normal The following program makes tcc dump core: #define _FILE_OFFSET_BITS 64 #include #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 % 214748364