Please consider this: unattended-upgrades hangs on shutdown
occasionally, but this dependency means it can't be removed easily.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: x11-xserver-utils
Version: 7.4+2
Severity: normal
When running xmodmap to change the keymap (i.e., not to just print them),
X hangs afterwards for several minutes until normal operation is resumed.
By hang I mean: Mouse pointer moves, but no screen refresh; can change
to text console.
Package: oprofile
Version: 0.9.4+cvs20090629-2.1
Severity: normal
Tags: patch
When trying to start oprofile on Via C3 processor (which only supports
timer mode), the following error is reported:
oprofiled: no events specified.
The following patch, found at
Just a note on the behaviour, in the hope that it helps to understand
the problem.
It seems that evince DOES register the action (changes page) but does
NOT refresh the screen (or rather, redraws the screen before the change
takes place, except on the last/first page).
Pressing Ctrl-R
Yes: it is significantly faster. And also my original measurements for xmms
were wrong, which means that audacious and xmms now have similar performance
on my system.
For reference, these are the not-very-accurate numbers I collected now:
.ogg.mp3
audacious 11% 20%
Package: audacious
Version: 1.3.2-4
Severity: normal
I'm looking at audacious to replace xmms on a not-so-fast system.
xmms uses ~0.5% cpu to play mp3, 1-2% for ogg. Audacious uses
~30% cpu for mp3, ~20% for ogg, with the same settings for
visualisation etc.
This is steady-state cpu while
Package: graphviz
Version: 2.8-2.2
Severity: wishlist
It takes some effort to discover what functionality is available, mainly
because of many different programs with no naming consistency and not
very descriptive names. I think a common prefix would help, but
meanwhile adding something like
Package: abcde
Version: 2.3.99.5-1
Severity: minor
Tags: patch
[I sent this once but my return address was invalid. It looks like it
won't turn up in the bug database, but if it does then close on sight.]
The included patch does the following, which I think is a good idea:
1) Run replaygain
I just compiled 0.7.2 (because I need alsa-usb support) with gcc 4.0.3
and it seems to work.
Maybe it is fixed, or is it some of the other drivers that have problems?
-j.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: ddclient
Version: 3.6.2-4
Severity: important
My previously working ddclient setup started complaining, printing
Use of uninitialized value in string ne at /usr/sbin/ddclient line 1640.
many times when it is invoked. I'm not sure if it actually completes
despite the errors, but
Andreas Metzler wrote:
This worked. The db I end up with after running updatedb directly is
indeed incomplete.
The good news is that this seems to be fixed in 4.2.20. Could you
perhaps verify this, by temporarily installing 4.2.20-1 from
experimental?
Yes: 4.2.20 fixed it.
Thanks,
Jo.
--
To
Andreas Metzler wrote:
If I add the original line again, it fails in the same way. If I then
mkdir /.dev it works again. The same behaviour (ie. updatedb fails and
truncates db) if I instead add /foo /bar ext3 rw 0 0.
Grr. I cannot reproduce this here. (running kernel-image-2.6.8-2-k7
2.6.8-13)
Andreas Metzler wrote:
[snipalot]
I'd appreciate if you could do these tests:
* remove the /dev /.dev unknown rw,bind 0 0-line from /etc/mtab and
reboot into your usual kernel. Check whether the broken line in mtab
is regenerated.
* If the line indeed is persistent make the same test with the
Package: findutils
Version: 4.1.20-5
Severity: normal
updatedb has stopped working (truncated db). No errors
reported (from the cron job). Running manually, it says
/usr/bin/find: error in /etc/mtab: /.dev: No such file or directory
which references this line in /etc/mtab:
/dev /.dev
updatedb has stopped working (truncated db). No errors
[...]
which references this line in /etc/mtab:
/dev /.dev unknown rw,bind 0 0
Is this a dead line in /etc/mtab? i.e. is the filesystem mounted
(Please show /proc/mounts)?
This is /proc/mounts:
rootfs / rootfs rw 0 0
/dev/root / ext3
Package: fnord
Version: 1.8-5
Severity: normal
Tags: patch
If-Modified-Since headers are not parsed correctly. They are always
specified as GMT, but fnord parses them as if they were in the local
timezone.
The result is that 304 no change may be sent for changed content
(if you're east of
(forgot to cc bugs.debian.org originally, this is a copy fyi)
Joachim Berdal Haga wrote:
Felix von Leitner wrote:
Darn! Same bug is also in gatling.
Please try the CVS version.
I tried 1.9 which works fine, thanks!
Correction; range handling works fine. However, for me 1.9 seems to loop
endlessly
Felix von Leitner wrote:
Thus spake Gerrit Pape ([EMAIL PROTECTED]):
Hi, Joachim Berdal Haga found a bug in fnord's handling of content-range
requests, and also suggests a patch to fix it. Please see
Darn! Same bug is also in gatling.
Please try the CVS version.
I tried 1.9 which works fine
Package: fnord
Version: 1.8-4
Severity: normal
When a partial file is requested from fnord, the content
returned is 1 byte to short. The reply headers are also
inconsistent. Example: when bytes 0-499 are requested,
the reply says
Content-Length: 499
Content-Range: bytes 0-499/3492946
and 499
Experimental patch (works for me, but not extensively tested) at
http://riget.hn.org/fnord-content-range.patch
-j
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: ifupdown
Version: 0.6.4-4.8
Severity: normal
The file /etc/network/interfaces may (for wireless networks)
contain WEP keys. It should default to not be world-readable.
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable')
21 matches
Mail list logo