Bug#401915: emacs21: often hangs on startup

2006-12-11 Thread Martins Krikis
> Try adding (modify-frame-parameters nil '((wait-for-wm . nil))) > to your ~/.emacs (before the call to custom-set-faces). No, this didn't change a thing. Replacing nil with 't for wait-for-wm didn't help either.

Bug#401915: emacs21: often hangs on startup

2006-12-06 Thread Martins Krikis
Package: emacs21 Version: 21.4a+1-1 Severity: normal For about a year I had been living with Emacs hanging on startup (with a blank window) about every 1/20th time (just a guess). (This was happening on at least 3 systems that I use.) Today I couldn't take it any more and decided to look a little

Bug#462692: xorg: after rotation kde panel stuck in place

2008-02-24 Thread Martins Krikis
Thanks for the response, sorry, it's taken me a while to try this out. Using TWM the situation is a touch better---it has no objections to the window's bottom edge going below the previously mentioned line during resizing. It still would not let me get the window's top edge to go below this line,

Bug#467374: acpi-support: acpi_fakekey does not reach sleep.sh

2008-02-25 Thread Martins Krikis
Hmm. Some good points there. No, I wasn't running any of those, in fact kpowersave (which turns out to be a tray applet) wasn't even installed and Gnome still isn't. When logging out of X and pressing the button while logged on the VT, nothing happened. Then I logged back on to X, installed this

Bug#483246: iceweasel: fails to show/send/save data because of a bad char.

2008-05-27 Thread Martins Krikis
Sorry, I meant icedove. Can you refile or should I resubmit correctly? Martins 2008/5/28 Mike Hommey <[EMAIL PROTECTED]>: > On Wed, May 28, 2008 at 01:28:00AM +0300, [EMAIL PROTECTED] wrote: >> Package: iceweasel >> Version: 2.0.0.12-1 >> Severity: important >> >> The important bug is given by

Bug#609991: manpages-dev: regexec manpage silent about pmatch[0] and fails to refer to manpages-posix-dev

2011-01-14 Thread Martins Krikis
Package: manpages-dev Version: 3.27-1 Severity: normal regexec description in manpages-dev is fairly misleading on the contents of pmatch elements (and particularly pmatch[0]) after a successful match: "Each rm_so element that is not -1 indicates the start offset of the next largest substring mat