Bug#590833: logrotate: Squid is not notified of log file rotation

2010-07-29 Thread Jonathan Black
Package: logrotate Version: 3.7.1-5 Severity: normal This system is running under VMware Server. The problem occured after we upgraded squid to the lenny-backports version (3.1.3-2). Log files currently rotate, but it appears that squid3 -k rotate is never run. I check on the server about 8 AM

Bug#478181: stormbaancoureur: spelling mistake in package description

2008-04-27 Thread Jonathan Black
Package: stormbaancoureur Severity: minor The last line of the package description reads: The game was formally known as Sturmbahnfahrer. This should be formerly. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1,

Bug#472630: try rebuilding audacious-crossfade

2008-03-27 Thread Jonathan Black
On Thu, 2008-03-27 at 02:42 -0500, William Pitcock wrote: Some people told me that rebuilding audacious-crossfade makes it behave better. It fixes the crash for me, but let me know if it works for you, and I'll do a no change upload to force a rebuild against aud 1.5. Thanks, after

Bug#451662: (no subject)

2007-11-21 Thread Jonathan Black
It seems this is a result of ABI changes in Audacious 1.4, and a new upstream version of xmms-crossfade (v0.3.13) has been released to address this. http://www.eisenlohr.org/xmms-crossfade/news.html Bye, -- jonathaN -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of

Bug#419354: [Pkg-xfce-devel] Bug#419354: xfwm4: moving or resizing a window blocks other windows

2007-04-15 Thread Jonathan Black
On Sun, Apr 15, 2007 at 02:06:52PM +0200, Jonathan Black wrote: I've just tried it in some other window managers, twm, fvwm, fluxbox, KDE (kwin). Perhaps not very encouragingly, they almost all seem to exhibit the same behaviour: windows are blocked from updating when moving or rezising

Bug#419354: [Pkg-xfce-devel] Bug#419354: xfwm4: moving or resizing a window blocks other windows

2007-04-15 Thread Jonathan Black
On Sun, Apr 15, 2007 at 10:08:22AM +0200, GĂ©raud Meyer wrote: With the xfwm4 options of not drawing the content of windows that are being moved or resized activated, moving or resizing a window seems to stop the other windows. [...] With the above mentioned options of xfwm4 disabled, the X

Bug#341481: mrxvt: -bl (borderless) option doesn't work

2006-10-11 Thread Jonathan Black
On Mon, 9 Oct 2006, Jan Christoph Nordholz wrote: could you confirm that the bug is gone with the new version of mrxvt (0.5.2-1, should enter unstable tonight)? The relevant code passage now reads: 3050 void 3051 rxvt_set_borderless( rxvt_t *r ) 3052 { 3053 Atomprop; 3054

Bug#373663: [Pkg-xfce-devel] Bug#373663: keys have become toggles

2006-06-14 Thread Jonathan Black
On Wed, 14 Jun 2006, Troy Heber wrote: In previous versions, pressing Alt+F1 would take me from any workspace to Workspace 1 even if I was already on Workspace 1. However, the behavior has now changed to toggle between Workspace 1 and the previously visited workspace. Yuck, when I bind a key to

Bug#341481: mrxvt: -bl (borderless) option doesn't work

2005-11-30 Thread Jonathan Black
Package: mrxvt Version: 0.4.2-1 Severity: normal mrxvt's -bl (borderless) option doesn't seem to work, at least not in the window managers I've tried (xfwm4, fvwm, metacity). The following patch appears to fix it for me, although I'm not sure how elegant a solution it is. (Obtained from

Bug#340236: coreutils: cp -p to nfs destination fails to preserve timestamps

2005-11-27 Thread Jonathan Black
On Tue, Nov 22, 2005 at 11:17:45AM +0100, Jonathan Black wrote: On Mon, Nov 21, 2005 at 10:19:31PM -0700, Bob Proulx wrote: strace -e file cp -p /etc/debian_version /tmp strace -e file cp -p /etc/debian_version /net/beacon/tmp On my system I see this: utimes(/net/marbles

Bug#340236: coreutils: cp -p to nfs destination fails to preserve timestamps

2005-11-22 Thread Jonathan Black
On Mon, Nov 21, 2005 at 10:19:31PM -0700, Bob Proulx wrote: Jonathan Black wrote: Coping a file to a local filesystem using the -p option preserves the timestamp as expected, but doing the same to an nfs filesystem replaces it with the current time, as if -p had not been given: Mostly

Bug#340236: coreutils: cp -p to nfs destination fails to preserve timestamps

2005-11-21 Thread Jonathan Black
Package: coreutils Version: 5.93-5 Severity: normal Coping a file to a local filesystem using the -p option preserves the timestamp as expected, but doing the same to an nfs filesystem replaces it with the current time, as if -p had not been given: $ cp -p /etc/debian_version /tmp $ cp -p