Package: libc6
Version: 2.3.6.ds1-13etch4
GNU libc seems to get some of the odder reaches of the C99 strtod()
spec wrong. Observe:
mnementh$ cat strtod-test.c
#include stdlib.h
#include stdio.h
int main(int argc, char **argv) {
double d;
char *endp;
char *s = argv[1];
if (argc != 2)
{
I've just noticed that this bug (50949, xbase-clients: [xmodmap]
all line numbers are off-by-one) was tagged 'wontfix' back in April
by Brice Goglin with no explanation (at least, Automatically
generated email from bts, devscripts version 2.10.2 doesn't seem
very explanatory to me...)
Can
Package: nmh
Version: 1.1-release-4
Architecture: amd64
The amd64 package of nmh doesn't know where sendmail is. If you try to
send a message with the default configuration it fails with:
post: problem initializing server; [BHST] premature end-of-file on pipe
send: message not delivered to anyone
Package: yudit
Version: 2.8.1-2
If you specify a .ttf file to the -font option of uniprint but the ttf file
doesn't exist, then uniprint doesn't complain at all, it just outputs a
file full of little boxes with numbers in:
mnementh$ uniprint -out /tmp/zz9.ps -font /nosuch.ttf /tmp/zz9
uniprint:
Package: libc6-dbg
Version: 2.3.6.ds1-13etch2
The dynamic loader shipped in libc6-dbg doesn't have the executable bit set.
This means you can't specify it to ld as the dynamic loader, which in turn
means that you can't get source line information in gdb for crashes inside
the dynamic loader.
Package: kernel-package
Version: 10.067
The postinst scripts in packages created by make-kpkg in this version of
kernel-package fail to honour the 'image_in_boot' setting in the
/etc/kernel-img.conf config file. Symlinks are silently created in /
rather than in /boot, resulting in the system not
Package: zsafe
Version: 2.1.3-2.1
Here's a transcript of starting zsafe from the command line, entering
the password and then quitting:
mnementh$ zsafe
getDocPassword
Width : 600
Height: 370
Width : 1598
Height: 1164
QUIT...
It looks as if some debugging output has been accidentally left
Package: mplayer
Version: 1.0~rc1-12etch
One of the debconf questions mplayer asks on install is:
On older kernels MPlayer can use the RTC (Real Time Clock) to provide
better timing in reproduction, with less CPU cost; to this end,
though, the device /dev/rtc must be accessible to group
Package: x2x
Version: 1.27.svn.20060501-1
If you start x2x where the 'to' display doesn't support DPMS, x2x will
print a warning message to standard error every time the mouse is moved
across to the 'to' display:
zircon$ x2x -to blackrock:0.0 -resurface -west
Xlib: extension DPMS missing on
Package: nethack-console
Version: 3.4.3-6
Nethack-console doesn't seem to correctly handle the SIGWINCH
signal which indicates that the terminal has been resized.
The effect is that if you resize the window, nethack doesn't
display properly. It ought (like any good curses program) to
catch the
Package: nethack-console
Version: 3.4.3-6
Severity: wishlist
It would be nice if nethack-console supported --help to print
a brief usage message. (At the moment it seems to ignore the
unknown option completely and just dumps you into the game.)
-- PMM
--
To UNSUBSCRIBE, email to [EMAIL
Package: chiark-utils-bin
Version: 4.1.10
The Description for chiark-utils-bin says it only contains
'with-lock-ex'. However it now also includes 'summer' and
'xacpi-simple', so the description should probably be updated.
-- PMM
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Package: chiark-backup
Version: 4.1.10
chiark-backup now includes the backup-snaprsync script. This script uses
the 'summer' program from chiark-utils-bin, so there should be a dependency
on (an appropriate version of) that package.
(PS: I'm currently looking at writing a manpage for
Package: chiark-utils-bin
Version: 4.1.10
There's no manpage for the summer utility, so I wrote one.
I have guessed the copyright dates as 2003-2006 based on information
in chiark's /info/new. Feel free to adjust.
I should probably file a bug about the bug noted in the BUGS section,
but I
Jonathan Amery wrote in bug 359167:
The following command segfaults on a particular mailbox that I will
attach in follow-up to this bug-report.
There doesn't seem to be any attachment in the BTS.
Either you didn't send it or it got tagged as spam by somebody...
Don't suppose you still have it?
://www.chiark.greenend.org.uk/~pmaydell/misc/bug387648-jackfiles.tgz
This is what was in the directory from after I finished the ripping of
the CD with --silent-mode=yes.
-- PMM
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Martin Michlmayr wrote:
* [EMAIL PROTECTED] [EMAIL PROTECTED] [2006-09-15 16:58]:
File /usr/lib/python2.3/site-packages/jack_t_curses.py, line 262, in
dae_stat_upd
status_pad.addstr(map_track_num[num], 0,
(jack_ripstuff.printable_names[num] + : + jack_status.dae_status[num] +
+
Package: jack
Version: 3.1.1-3
I have a CD which I tried to rip with jack. It was OK on 1-12 but
has some problem with track 13, so that it dies like this:
zircon$ jack
This is jack 3.1.1 (C)2004 Arne Zellentin [EMAIL PROTECTED]
*info* querying...
Christian Perrier wrote:
Could you please purge/install the package again
[As before, this is running stable on an Alpha. I get the same message on
a stable ix86 box as well, though.]
Actually, I'm morei interested in unstable as there's nothing we can do
to fix such bugs in stable.
Yes,
Christian Perrier wrote:
I've just taken ttf-farsiweb over and while cleaning out the bug log,
I went on this one.
Actually, installing ttf-farsiweb results in:
[Use of uninitialized value in print]
but that's alland it seems harmless.
I'm not sure that this is what you reported. I'm even
Karsten Schoelzel wrote:
Here is a patch which solves the problem by:
If there is a short write in save2tmp stop trying and return with a error
code.
In the main program examine the return code of child processes on SIGCHLD.
If an error occured say so in the Download List Panel.
It's a shame you
Karsten Schoelzel wrote:
I have rewritten the patch a bit and hopefully the error messages are a
bit better now and the error number is properly propagated.
Cool. Thanks for taking the effort to update the patch.
-- PMM
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
http://www.eax.com/patches/X2X/x2x-2-daemon.diff
http://www.eax.com/patches/X2X/x2x-3-cleanup.diff
These URLs are no longer valid, and I can't find the patches with
Google; let's just close this bug.
The wayback machine has them:
Package: x2x
Version: 1.27-8
Severity: wishlist
x2x currently has a '-label' option which lets you specify the text that
goes inside the x2x window. However, it doesn't allow you to specify the
window title (ie the text displayed by your window manager).
I had a need for this feature, so I added
Package: pterm
Version: 0.58-1
pterm closes all open filedescriptors before running the command, which
means that you can't pass it (by arrangement) a filedescriptor.
Demonstration: compare the expected results from xterm with what
pterm does.
zircon$ 4bug.outfile xterm -e /bin/sh -c 'exec
Package: libgphoto2
Version: 2.1.6-6
I'm trying to backport libgphoto2 to stable (because 2.1.6 is
apparently a requirement if you want a USB camera to work with
a 2.6.14 or similar kernel).
However, it doesn't seem to build from source: your debian/rules
uses dpkg-architecture
I discovered a bug in my patch to support input methods on pterm -- it
broke ctrl-space (which should send NUL) so it had no effect.
Here's the updated patch. The fix relates to this caveat I mentioned
in my initial patch:
* I chose to work around a bug in mb_to_wc() where it crashes if passed
[EMAIL PROTECTED] wrote:
[I'm putting this as a comment to bug 276150 because it seems to
me to be the same symptoms: viz, crash on startup with certain time
servers.]
ntpd crashes on startup with a segmentation fault.
This turns out to be a problem where the ntp server has an
record; it's
[I'm putting this as a comment to bug 276150 because it seems to
me to be the same symptoms: viz, crash on startup with certain time
servers.]
ntpd crashes on startup with a segmentation fault. This seems to be
reproducible for me. Here's a backtrace from gdb (I built ntpd from
the source
Package: mgetty-pvftools
Version: 1.1.33-2
Severity: wishlist
The pvftowav utility prints a progress message to stdout;
this is different to the other pvf utilities, which are
silent during normal execution (which makes sense, since
they're usable as filters):
mnementh$ pvftoau /tmp/foo.pvf
Ben Pfaff wrote:
There are at least two different issues here. The first is
simply that Autoconf renames sinclude to m4_sinclude via M4sugar.
I don't know why bare sinclude works for you; it does not work
for me. If I replace sinclude by m4_sinclude, I can reproduce
your problem.
Odd...
When
Package: autoconf
Version: 2.59a-3
Watch:
---begin---
zircon$ mkdir test
zircon$ cd test
zircon$ cat configure.in
AC_PREREQ(2.50)
AC_INIT(test,1)
AC_CHECK_FUNCS(wombat)
sinclude(conf2.in)
AC_OUTPUT()
zircon$ autoconf
zircon$ grep wombat configure
for ac_func in wombat
zircon$ grep baboon
Package: libncurses5
Version: 5.4-4
[source inspection suggests upstream's 5.5 still has this bug.]
This is obviously an upstream bug, but I report it to the Debian BTS
in the first instance, for you to forward upstream or fix locally,
as you choose.
The ncurses library, as part of the setup it
Here's a patch to unix/gtkwin.c which adds input method support.
Notes:
* I've made it all conditional on USE_XIM, so you can compile without it.
If you don't care about being able to do that, some of the code at the
end of the keypress handling function could perhaps be improved.
* I
Package: pterm
Version: 0.58-1
Symptoms:
I start pterm. It brings up its window, which is cleared to black
with the cursor in the top left corner. After this, nothing happens: the
expected shell prompt isn't printed. Pressing keys has no visible effect.
When I click the mouse on the window or use
Package: nmh
Version: 1.1-release-4
Policy says that packages should build binaries with a set of CFLAGS like
-O2 -g -Wall:
http://www.debian.org/doc/debian-policy/ch-files.html#s10.1
However nmh's debian/rules sets CFLAGS to -O2 -Wall only.
Please put -g into that, it makes it much easier to
A long time ago, I wrote:
If my inbox contains the two files appended to this bug report
(both spam) then mhshow segfaults if asked to show both of them
and later:
I think the call to get_content() in mhparse.c:256 is trashing the FILE*.
I got round to tracking this down properly this evening.
Package: skkinput
Version: 1:2.06.4-1
I tend to hit shift-space by mistake rather too often, so I wanted to move
the start-conversion key combination to Windows-space instead. (I have the
Windows key mapped as X modifier 4, aka 'Hyper'.) So I put this in my
X resources:
Package: pterm
Version: 0.58-1
pterm doesn't seem to support input methods, meaning that you can't enter
Japanese text into it the same way you can with (say) xterm.
A few minutes googling brought up
http://developer.gnome.org/doc/API/gdk/gdk-input-methods.html
which appears to be the API you
Package: xmon
Version: 1.5.6-1.3
If xmond tries and fails to connect to the real X server, in addition to
printing an error message about not being able to connect it prints the
text perror clobbered errno. This seems to be a stray bit of test/debug
code left in main.c from fixing bug 174792.
--
For what it's worth: opcodes 128+ are reserved for X extensions. I believe
that these are allocated to extensions by the server at startup: this would
mean that you have to (a) catch the reply to the QueryExtension request the
application makes so you know the major opcode for the extension is,
Package: memaid-pyqt
Version: 0.2.3-3
When I try to run memaid-pyqt on my Alpha, it starts up the GUI fine,
and I can bring up the 'add item' dialog from menu or toolbar, but
it doesn't appear to actually add any items. Whenever I click on
one of the numbered buttons (which I assume is supposed
Soumyadip Modak wrote:
On Sun, 2005-07-17 at 20:57 +0100, [EMAIL PROTECTED] wrote:
I suspect that this is because defoma doesn't like fonts with
spaces in the name (but the defoma docs don't say explicitly that
that's wrong, and I'm no defoma expert, I just looked at the source
to see what
Package: ttf-farsiweb
Version: 0.4-1
Extract from apt-get log (edited to remove references to
irrelevant packages; full log available if required):
Setting up ttf-farsiweb (0.4-1) ...
Debian::Defoma::Id::defoma_id_register at line 60 in
/var/lib/defoma/scripts/vflib2.defoma: (Nazli Bold,
Package: ttf-indic-fonts
Version: 0.4.4
Extract from apt-get log (edited to remove references to
irrelevant packages; full log available if required):
Setting up ttf-bengali-fonts (0.4.4) ...
Debian::Defoma::Id::defoma_id_register at line 60 in
/var/lib/defoma/scripts/vflib2.defoma: (Lohit
Since you wrote:
I can't seem to reproduce the results you are getting.
I thought it was worth my commenting to say that I also run
into this error. Here's a section from an apt-get install
run: (I was installing ttf-arabeyes for the first time.)
===begin===
Setting up libxdelta2 (1.1.3-6) ...
. However,
the during-ripping display mangles the UTF8 track names rather,
giving mojibake, and also doesn't cope with the fact that some
characters are double-width.
This is a screenshot of what jack looks like:
http://www.chiark.greenend.org.uk/~pmaydell/misc/jack-screendump.png
For comparison, here's
Package: upgrade-reports
(I'm guessing this is the right place to report this; apologies
if I'm wrong.)
When upgrading my woody system to sarge (following the procedure
recommended by the release notes) it fell over like this:
[...]
Selecting previously deselected package libxft2.
Unpacking
Package: pterm
Version: 0.58-1
keranth$ pterm
[In the pterm session cat the offending file]
Gdk-ERROR **: BadName (named color or font does not exist)
serial 14733 error_code 15 request_code 75 minor_code 0
The default sarge /etc/fonts/fonts.conf seems to cause this,
but I've narrowed it down
Forgot to say, I have this in my .Xdefaults:
! Resources for pterm: use a font which gives us kanji, and don't display
scrollbar
pterm.Font: -misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso10646-1
pterm.ScrollBar: 0
! don't query for confirmation when window manager closes pterm
Martin Michlmayr wrote:
* tbm [EMAIL PROTECTED] [2005-04-15 03:43]:
There's a lot that needs to be done here to make this proper
production quality.
Do you know what else is needed?
Well, I guess one problem is that the curses library shipped with jack
doesn't seem to handle UTF-8 100%,
Michael Banck wrote:
On Mon, Aug 16, 2004 at 03:15:52PM +0100, [EMAIL PROTECTED] wrote:
jack doesn't cope properly with CDs whose track titles have non
ISO-8859-1 characters in them.
I made a quick hack change to my copy of jack so it used protocol
level 6, and it seems to work OK
sorry I
52 matches
Mail list logo
