Package: ncmpc
Version: 0.27-1
Severity: normal
Dear Maintainer,
ncmpc does not let me decrease the volume (using - or left arrow),
nothing happens when I press either of those keys. Increasing the volume
(+ or right arrow) works as expected.
This only happens when mpd is set to use Master as
Package: openbve
Followup-For: Bug #726836
I used to have the same problem, but now that I tried OpenBVE again
after a while, it starts and runs nicely. I suppose the bug was not in
the openbve package itself, but rather in some other package which has
been updated since then.
Hopefully it works
On Thu, Jul 02, 2015 at 08:26:27PM +0200, Julien Cristau wrote:
I'm pretty sure I could reproduce this a while back, but it seems to
work when I try it now, with 2:1.16.4-1. Is this still an issue for
you?
The problem appears to have gone. I believe this bug may be closed now.
Thank you!
--
Package: xserver-xephyr
Version: 2:1.15.1-1
Severity: important
”Xephyr :9 -screen 4096x4096” shortly displays a black screen and exits
silently after that.
Smaller screen sizes are no problem, e.g. “Xephyr :9 -screen 4096x1024”
works as expected.
2:1.15.99.902-1 from experimental has the same
Package: coreutils
Version: 8.13-3
Severity: normal
The fmt command appears to count bytes rather than characters when
determining line lengths. This causes too short lines when the text
contains multibyte characters.
Example output (fmt invoked without options):
foo foo foo foo foo foo foo foo
On Tue, Apr 19, 2011 at 09:32:47AM +0200, Cyril Brulebois wrote:
FWIW, we now have libdrm 2.4.25 in experimental, and x-x-v-intel
2.15.0 is unstable; you may want to give them a shot before talking to
upstream.
Upgrading x-x-v-i to 2:2.15.0-1 appears to have solved the bug for me at
least.
On Fri, Apr 15, 2011 at 11:37:02PM +0300, Heikki Piirainen wrote:
I had similar problems with both 2:2.14.0-4 and 2:2.14.902-1 versions of
xserver-xorg-video-intel, but after downgrading to 2:2.13.0-6 from squeeze
everything seems to work fine.
Of course that will downgrade several other
I had similar problems with both 2:2.14.0-4 and 2:2.14.902-1 versions of
xserver-xorg-video-intel, but after downgrading to 2:2.13.0-6 from squeeze
everything seems to work fine.
My kernel is 2.6.38-2-686, the chipset is 915GM.
--
To UNSUBSCRIBE, email to
The obvious, and working, workaround is to install apt-xapian-index.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: streamripper
Version: 1.63.5-1
Followup-For: Bug #443603
When trying
streamripper http://media.streaming.fi:8000/oifm.m3u
it just says “Connecting...”, and does nothing until interrupted.
Using the command line
streamripper http://media.streaming.fi:8000/oifm.m3u
Package: torus-trooper
Version: 0.22.dfsg1-1
Severity: normal
When invoked with the -fullscreen option, torus-trooper grabs the
screen but fails to resize it (my display size is 1024×768).
When I start it using torus-trooper -fullscreen -res 1024 768, I do
get a fullscreen game, but after
Following up to myself: After restarting X and trying again, everything
seems to work as expected. I will let you know if I find out how to
reproduce the bug.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
12 matches
Mail list logo
