Package: gnutls-bin
Version: 3.3.8-6+deb8u3
Severity: minor
The man pages have some spurious "Fl"s in them. For example, in
gnutls-cli(1), one of the options appears to be:
--tofu, - Fl -no-tofu
-- System Information:
Debian Release: 8.3
APT prefers stable-updates
APT policy: (500,
is *already working*) to xli.
And then xloadimage. And how about xpaint? Making each one of them contain
a duplicate of the conversion code would be ridiculous!
--
Alan Curry
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
for
all of its information about the image, in the case that libjpeg produces
CMYK output?
--
Alan Curry
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bob Friesenhahn wrote:
On Sat, 3 Aug 2013, Alan Curry wrote:
If the formula itself is bad, where's the correct one? What formula would
you use to display an image in a viewer that is dependent on libjpeg for
all of its information about the image, in the case that libjpeg produces
CMYK
.
--
Alan Curry
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: libjpeg-progs
Version: 8d-1
Severity: normal
Tags: patch upstream
This report will mostly be a duplicate of #74087, closed almost 13 years
ago, without any explanation that I can find in the bug log, and without
actually fixing it as far as I can tell from the packages from that era
on
Package: less
Version: 444-4
Severity: normal
Tags: upstream
Searching in less has gone wacky.
Run this:
seq 100 | less
Search forward for 40:
/40
Search backward for 9:
?9
I should be at 39. I'm at 59!
I've also noticed a new feature where if you search for the same thing twice
in
Package: kbd
Version: 1.15.3-9
Severity: normal
loadkeys -d is supposed to load the default keymap. Instead it loads stdin.
loadkeys -d somefile should load the default keymap, then somefile.
This patch fixes all the usage cases, I think, but the loop logic is getting
ugly so you might want to
Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
which was filed against the kbd package:
#709373: kbd: loadkeys -d no longer works
It has been closed by Michael Schutte mi...@debian.org.
Thanks for your report and your work on the patch.
Package: xli
Version: 1.17.0+20061110-3
Severity: normal
Tags: patch
If you try to place an image in the lower right corner of the screen with
xli -geometry -0-0 it goes horribly wrong, with the window being almost
entirely off the screen.
This patch makes it behave better.
---
at handling obscured mount points as
ours?
--
Alan Curry
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: wdiff
Version: 0.6.3-1
Severity: normal
Tags: upstream
wdiff produces some strange-looking output when comparing text aligned in
columns.
$ cat file1
A B
AAB
AAA B
B
A B
AAB
AAA B
B
A B
$ cat file2
A C
AA
Package: xserver-xorg
Version: 1:7.5+8
Severity: normal
I found an easy way to crash the X server: view a 1bpp image with xli, and
increase the size with the '' key a few times.
After the first resize, there's a small area of junk on the screen, to the
left of the xli window. The junk area
Package: vim
Version: 2:7.2.445+hg~cb94c42c0e1a-1
Severity: normal
This is a timing-sensitive bug, hard to reproduce. But after running into it
a few times, I finally came up with a simple test case that does the wrong
thing consistently for me. I hope this procedure makes it possible for others
Package: file
Version: 5.04-5
Severity: normal
As far as I can tell, the new Debian release has removed the magic number
list that used to be called /usr/share/file/magic[1]. magic.mgc is all that's
left, and it's not human-readable.
It was nice to be able to get a judgement from file(1) and
) doesn't. ls has a lot more
options.
And the conflict between -R and -d should be explicitly mentioned. One
of them makes the other meaningless, and we should say which one.
--
Alan Curry
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe
Package: libc6-prof
Version: 2.7-18
Severity: important
$ cat myprog.c
int main(void)
{
return 0;
}
$ gcc -g -pg -o myprog myprog.c -static-libgcc -lc_p
/usr/lib/gcc/powerpc-linux-gnu/4.3.2/../../../../lib/libc_p.a(dl-machine.op):
In function `__elf_machine_runtime_setup':
(.text+0xd56):
Package: wu-ftpd
Version: 2.6.2-31~nopam0
Severity: normal
On architectures that never went through the a.out-ELF transition, the ELF
dynamic linker is called ld.so
For example I have these:
-rwxr-xr-x 1 root root 133784 Jan 4 2009 /lib/ld-2.7.so
lrwxrwxrwx 1 root root 9 Feb 15 2009
Package: libc6
Version: 2.7-18
Severity: normal
I'm reporting essentially a duplicate of this old bug:
http://sources.redhat.com/bugzilla/show_bug.cgi?id=304
That bug is marked resolved but it clearly isn't resolved, since
getaddrinfo() still has a __gethostbyaddr_r() call in it (see
Package: jwhois
Version: 4.0-1
Severity: normal
Tags: patch
With the current version of jwhois, I can't do IP address lookups. It fails
to connect to whois.arin.net, whois.ripe.net, and whois.apnic.net. These
lookups used to work with some older version (I'm not sure which).
The problem is in
Package: tthsum
Version: 1.1.0-1
Severity: important
endian.h defines BIG_ENDIAN to 4321 and LITTLE_ENDIAN to 1234, then defines
BYTE_ORDER to one or the other. The correct way to test them is like
#if BYTE_ORDER == BIG_ENDIAN
tthsum does some other crazy stuff with those macros, and compiles
Package: manpages
Severity: normal
This description:
KDGETLED
Get state of LEDs. argp points to a long. The lower three bits
of *argp are set to the state of the LEDs, as follows:
LED_CAP 0x04 caps lock led
LEC_NUM
Package: xserver-xorg-core
Version: 2:1.4.2-10
Followup-For: Bug #480021
The cause of this bug is that XkbCopyKeymap does a very incomplete job and
leaves a lot of zeros in the destination XkbGeometryRec. Later, that
defective XkbGeometryRec gets passed through XkbWriteXKBGeometry which
Brian White writes the following:
So I had both blanks in my rack, and the Q and enough good stuff to score big
with it, but it wouldn't let me.
Odd. I've seen the computer play multiple blanks at once and so it
should allow it for players, too. At what positions in the word were
the
.deb from testing/unstable installs clean on stable, and now my
test with rigged random numbers doesn't show the bug any more. So.. merge
with #311046 and close this bug.
--
Alan Curry
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
Package: scrabble
Version: 1.8-1
Severity: normal
I traded in the Q and got it back! That doesn't happen if the rules are
followed. First you set aside the tiles you're trading in. Then you draw
replacements from the pool. Then you return the set-aside tiles to the pool.
-- System Information:
Package: scrabble
Version: 1.8-1
Severity: normal
So I had both blanks in my rack, and the Q and enough good stuff to score big
with it, but it wouldn't let me.
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: powerpc (ppc)
Shell:
Update: the first version of the patch didn't allow the -zoom auto option to
persist across multiple images. This version fixes that.
diff -ruNp a/TODO b/TODO
--- a/TODO 2000-02-09 04:23:32.0 -0500
+++ b/TODO 2007-09-03 23:31:28.0 -0500
@@ -22,7 +22,6 @@ add vicar
Package: xli
Version: 1.17.0-22
Severity: wishlist
Tags: patch
This patch implements the -zoom auto feature suggested in xli's TODO file.
It doesn't implement the related TODO item of merging -zoom and -iscale.
With -zoom auto, images smaller than 90% of the screen size are displayed
un-zoomed.
Roland McGrath writes the following:
Please post your patch to [EMAIL PROTECTED] for review.
Standard form is to include ChangeLog entries before the patch.
OK, here it is. Updated to also provide the same benefit to ppoll().
2007-08-30 Alan Curry [EMAIL PROTECTED]
* stream.c
Roland McGrath writes the following:
Please send a patch relative to the current code (4.5.15).
Sorry for the delay. This patch is against current CVS as of a few minutes
ago.
Index: stream.c
===
RCS file:
.
--
Alan Curry
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Clint Adams writes the following:
On Wed, Apr 18, 2007 at 02:31:42AM -0400, Alan Curry wrote:
In the following demonstration, the first TAB keypress inserted the $'\300'
for me. The second TAB keypress, typed immediately after the asterisk,
should expand the glob into $'\300' also, but instead
Package: lslk
Version: 1.29-3
Severity: important
Tags: patch
The function savelock() returns int, but the only return statements in it are
the ones that return 0 because of a failure. On success it just falls off the
end of the function returning some random left-over register value. This
random
Package: login
Version: 1:4.0.18.1-7
Severity: wishlist
Tags: patch
In previous versions of Debian (for example the 4.0.3-31sarge9 login
package), the default tty settings immediately after login include the
echoctl flag. That's the flag that causes the tty driver to print control
characters in
Package: aumix
Version: 2.8-17
Severity: normal
If you are printing an error message after a failed system call, always
include strerror(errno). This rule is very easy to follow and can save users
a lot of guesswork.
Script started on Tue Jun 5 00:07:11 2007
$ aumix -v 100
aumix: error opening
Followup-For: Bug #370379
Package: xserver-xorg-video-ati
Version: 1:6.6.3-2
--- src/radeon.h.orig 2007-05-18 01:13:05.0 -0500
+++ src/radeon.h2007-05-18 01:13:07.0 -0500
@@ -172,7 +172,7 @@
/* - */
-#define RADEON_DEBUG
Followup-For: Bug #312722
Package: telnet
This bug no longer exists in the stable distribution. It was probably caused
and fixed by libc. Since nobody cared enough to push the fix into 3.1rX when
it was stable, I'm guessing there will be no interest in fixing it for
oldstable. It should be
Followup-For: Bug #413768
Package: fbi
Version: 2.05-2
Looks like a cut-and-paste coding error.
--- fbida-2.05.orig/fbiconfig.h.orig2007-05-02 17:16:02.0 -0500
+++ fbida-2.05/fbiconfig.h 2007-05-02 17:16:04.0 -0500
@@ -42,7 +42,7 @@
#define GET_AUTO_UP()
Package: zsh
Version: 4.3.2-25
Severity: normal
In the following demonstration, the first TAB keypress inserted the $'\300'
for me. The second TAB keypress, typed immediately after the asterisk,
should expand the glob into $'\300' also, but instead it just erases the
asterisk, replacing it with
Package: crack-attack
Version: 1.1.14-6
Severity: wishlist
If crack-attack can't find any sounds to play (because they're
non-free/non-distributable, and not installed) it would be polite to close
the sound device so other processes can use it.
-- System Information:
Debian Release: 4.0
APT
Package: glotski
Version: 0.2-4
Severity: normal
In 3 of the levels that come with glotski, the displayed minimum number of
moves is wrong. See http://www.clss.net/~pacman/glotsol/ for my improved
solutions and the brute-force search program I used to find them (giving me
confidence that they are
Followup-For: Bug #389360
Package: x11-common
Version: 1:7.1.0-16
I wondered the same thing. Where did the man page X.7x from package
xfree86-common go? Thanks to apt-file, I found out that it went to package
xorg-docs, which should probably be Suggested by something so there's a
chance of
Package: gsfonts
Version: 1:8.11+urwcyr1.0.7~pre41-1
Severity: minor
The use of echo -e to enable backslash escapes is not supported by all shells
which may be installed as /bin/sh in Debian. When /bin/sh is [d]ash, the
upgrade of gsfonts prints some weird-looking messages like this:
-e -n
Package: perl-modules
Version: 5.8.4-8sarge5
Severity: normal
$ perl -le 'print sqrt(sqrt(2)**3)'
1.68179283050743
$ perl -le 'use bignum; print sqrt(sqrt(2)**3)'
9.101797207145410796943657706576305980854
$ perl -le 'use bignum lib = GMP; print sqrt(sqrt(2)**3)'
Package: tzdata
Version: 2007b-1
Severity: minor
Pulaski County, Indiana, which switched to Central time zone last year during
the Indiana daylight savings shake-up, have changed their minds. This year
they're coming back to Eastern. tzdata 2007c contains this change.
I'm unable to confirm the
Package: unifdef
Version: 1.0+20030701-1
Severity: wishlist
Why isn't unifdefall installed with this package? It only needs slight
modification to remove the BSD-isms. I got it to run by:
1. adding .XX to the mktemp template
and
2. changing all the sed -E's to sed -r's
-- System
Package: debsums
Version: 2.0.16
Severity: minor
Tags: patch
After a run fsck manually episode, I knew I'd need to reinstall some
packages. I ran debsums to get a quick listing of what packages were messed
up. But it wasn't quick at all. It sat there for a long time not producing
output.
Package: libc6
Version: 2.3.2.ds1-22sarge4
Severity: minor
Due to a recent power failure, my /etc/shadow file morphed into a directory.
You can probably guess that this made it difficult to log in. You might not
guess the symptom: instead of reporting an authentication failure in the
normal way,
)
+ copyfd(rp-renamed[i], i);
}
close(rp-renamed[i]);
This last close should also be protected by if(rp-renamed[i]!=CLOSEFD) to
avoid calling close(-3)
}
--
Alan Curry
[EMAIL PROTECTED
Package: dc
Version: 1.06-15
Severity: minor
Tags: patch
The -E option appears in dc(1) tacked on to the end of the preceding
paragraph, instead of directly above its equivalent --initexpr where it
should be.
--- doc/dc.1.orig 2006-09-25 01:37:59.0 -0500
+++ doc/dc.12006-09-25
Subject: cp: --sparse=always loses tail-end sparseness
Package: coreutils
Version: 5.2.1-2
Severity: minor
Tags: patch
cp --sparse=always fails to maximize sparseness when a file ends with a
partial block cotaining only zeros:
$ dd if=/dev/null of=sparse bs=32769 seek=1 count=0
0+0 records in
Package: strace
Version: 4.5.8-1.2
Severity: wishlist
Tags: patch
Ever since poll() started to become popular as a replacement for select(),
strace has been less useful than it used to be when we were living in a
select-based world. You can attach strace to a process while it's blocked in
select
Package: softbeep
Version: 0.3-10
Severity: normal
Tags: patch
sb-beep is a #!/bin/sh script but uses the '==' operator in tests, which only
works with bash. softbeep needs this patch to work when /bin/sh is not bash:
--- softbeep-0.3/sb-beep.orig 2006-05-26 12:22:03.0 -0500
+++
Package: snarf
Version: 7.0-3
Severity: normal
Tags: patch
$ snarf http://www.google.com/search\?q=futility
error: HTTP error from server: HTTP/1.0 403 Forbidden
$ snarf -z http://www.google.com/search\?q=futility
http://www.google.com/search?q=futility (unknown size)
search?q=futility
Package: bsdgames
Version: 2.17-1sarge1
Severity: normal
Tags: patch
This is a resend of another message (see #185100 for the first one) that
seems to have gotten lost in the guts of the BTS. It's been a week and I
haven't seen a bounce or a confirmation. I did get the original Bcc sent by
This is a resend of a message that seems to have gotten lost in the guts of
the BTS. It's been a week and I haven't seen a bounce or a confirmation. I
did get the original Bcc sent by reportbug...
I wrote, about a week ago:
Package: bsdgames
Version: 2.17-1sarge1
Followup-For: Bug #185100
This
Package: netpbm
Version: 2:10.0-8sarge1
Severity: normal
pnmnorm segfaults under certain circumstances, because of a mis-compilation
by gcc -O3 on ppc. Recompiling the package with -O2 results in a working
pnmnorm.
Reproducing the segfault is difficult because whether it occurs depends on
a very
[skip to the end if you just want the patches without the storyline]
Jochen Voss writes the following:
when trying to debug one of my programs I encountered a case where gdb
crashed on the command break main before my programm was even
started. The problem occurs on a powerpc machine.
After
Nathanael Nerode writes the following:
The GIF patent means that tools for turning things *into* gifs are pretty
damn hard to find on a Debian system.
I don't believe it's true that GIFs are hard to make (djpeg, ppmtogif, etc.).
They're just not compressed.
But the point is valid anyway. xjig
Package: apt
Version: 0.5.28.6
Severity: wishlist
If you already have one of the files needed by apt-get source, it can skip
the download, or resume the download if the existing file is smaller than the
one to be downloaded. After seeing this feature work a few times, I thought I
could count on
Package: lde
Version: 2.6.0-6
Severity: important
ext2 (and, I think, all the other filesystems supported by lde) is
little-endian on disk, even when the CPU is big-endian. lde-2.6.0 gets this
wrong in several places, including the attempt to identify the superblock's
magic number. On a
Package: sed
Version: 4.1.2-8
Followup-For: Bug #273008
This bug was introduced upstream in sed-4.0e. The following patch seems to
fix it. Patch is for 4.1.4 but should apply fairly easily to any version from
4.0e up.
diff -ru sed-4.1.4/sed/execute.c sed-4.1.4.pac/sed/execute.c
---
Package: tcpick
Version: 0.2.1-1
Severity: important
Tags: patch
On the ppc C compiler, char is an unsigned data type. This means that
no variable of type char can ever compare equal to the int value -1. gcc
tries to warn you about this when you compile tcpick, by saying:
args.c:195: warning:
Package: pppoe
Version: 3.5-4
Followup-For: Bug #298582
I have found a bug in pppd that may explain why this happens.
pppoe-server invokes pppd pty 'pppoe ...' with no file descriptors open.
pppd does an openlog() and gets /dev/log on fd 0 (you can already see where
this is going).
Later, when
Package: pppoe
Version: 3.5-4
Followup-For: Bug #298185
The reason pppoe-server -k isn't working is that the configure script
conflates 2 configuration items that should be separate:
1. Do you want to build the pppd plugin (no, we don't because it's already
included in the ppp-2.4.3 package)
2.
Package: pppoe
Version: 3.5-4
Followup-For: Bug #298582
I've had the same problem, which went away immediately after enabling kernel
mode (pppoe-server -k). To do that you first need to get #298185 fixed
though. I've just sent a proposed solution to that bug.
I have no explanation on why the
Package: pppoe
Version: 3.5-4
Severity: important
pppoe-server uses snprintf() to build a pppoe command line. Somewhere between
pppoe-3.3 and pppoe-3.5, an extra parameter was added, but the order is mixed
up. Here's the relevant section of a diff between 3.3 and 3.5:
-snprintf(buffer,
Package: ppp
Version: 2.4.3-20050321+2
Followup-For: Bug #310672
Also look at the test for br interfaces. It doesn't allow less than 4
characters in the interface name, so you can't use br0-br9 but you can use
br10. That's just dumb.
As for using the nic- prefix, that doesn't work with
Package: groff-base
Version: 1.18.1.1-7
Severity: normal
Let's begin with some quotes from grotty(1):
By default, grotty emits SGR escape sequences (from ISO 6429, also
called ANSI color escapes)
...
For SGR support, it is necessary to use the -R option of less(1)
to disable the
Package: telnet
Version: 0.17-29
Severity: minor
This has been discussed before:
http://lists.debian.org/debian-user/2003/06/msg03441.html
And redhat seems to have already experienced it and fixed it too:
https://bugzilla.redhat.com/bugzilla/long_list.cgi?buglist=135125
Quoting from the redhat
Package: wu-ftpd
Version: 2.6.2-20
Severity: normal
When -DPARANOID was added to the configuration, SITE CHMOD and SITE UMASK
were killed. The only way this can be justified is if there is supposed to be
a single correct umask that results in the correct permissions on all files
uploaded by all
72 matches
Mail list logo
