Debian Bug report logs - #609623
dictionaries-common: ispell.el creates broken menu entry for "Kill Process"

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Steve VanDevender <stevev@hexadecimal.uoregon.edu>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: dictionaries-common: ispell.el creates broken menu entry for "Kill Process"

Date: Mon, 10 Jan 2011 17:17:54 -0800

Package: dictionaries-common
Version: 1.5.16
Severity: important
Tags: squeeze

/usr/share/emacs/site-lisp/dictionaries-common/ispell.el creates a bogus
entry in default-menubar under XEmacs 21 (xemacs21-nomule is what I am
running).

After ispell.el changes the "Kill Process" menu item under Cmds ->
Spell-Check, any attempt to click on the menubar produces the error
"Wrong type argument: stringp, clear" because a symbol is not allowed as
an optional fourth item in a menu specification.  I originally
encountered this when using the VM mail reader that is part of
xemacs21-basesupport, and finding that after the first time I ran
vm-compose-mail, the menubar became unusable.  However, it seems likely
this affects other Emacs/XEmacs packages as well.

I find that the patch below fixes the issue locally (after I apply it
and recompile ispell.elc).  If adding "'clear" to the menu was meant
to accomplish something, that probably needs to be done in some more
portable way.  My testing does not suggest that the function of that
menu entry is impaired by removal of "'clear".

--- ispell.el.orig	2010-11-15 05:21:32.000000000 -0800
+++ ispell.el	2011-01-10 16:50:35.000000000 -0800
@@ -1352,7 +1352,7 @@
 	     ["Continue Check"	ispell-continue			t]
 	     ["Complete Word Frag"ispell-complete-word-interior-frag t]
 	     ["Complete Word"	ispell-complete-word		t]
-	     ["Kill Process"	ispell-kill-ispell       t 'clear]
+	     ["Kill Process"	ispell-kill-ispell       	t]
 	     ["Customize..."	(customize-group 'ispell)	t]
 	     ;; flyspell-mode may not be bound...
 	     ;;["flyspell"	flyspell-mode

-- System Information:
Debian Release: 6.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.iso8859-15, LC_CTYPE=en_US.iso8859-15 (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash

Versions of packages dictionaries-common depends on:
ii  debconf [debconf-2.0]         1.5.36     Debian configuration management sy
ii  libtext-iconv-perl            1.7-2      converts between character sets in

dictionaries-common recommends no packages.

Versions of packages dictionaries-common suggests:
ii  emacsen-common                1.4.22     Common facilities for all emacsen
ii  ispell                        3.1.20.0-7 International Ispell (an interacti
pn  jed-extra                     <none>     (no description available)

-- debconf information:
  dictionaries-common/invalid_debconf_value:
  dictionaries-common/selecting_ispell_wordlist_default:
* dictionaries-common/default-ispell: american (American English)
  dictionaries-common/default-wordlist: american (American English)
  dictionaries-common/ispell-autobuildhash-message:
  dictionaries-common/old_wordlist_link: true
  dictionaries-common/move_old_usr_dict: true
  dictionaries-common/remove_old_usr_dict_link: false

Message #10 received at 609623@bugs.debian.org (full text, mbox, reply):

From: Agustin Martin <agmartin@debian.org>

To: Steve VanDevender <stevev@hexadecimal.uoregon.edu>, 609623@bugs.debian.org

Subject: Re: Bug#609623: dictionaries-common: ispell.el creates broken menu entry for "Kill Process"

Date: Tue, 11 Jan 2011 11:25:50 +0100

On Mon, Jan 10, 2011 at 05:17:54PM -0800, Steve VanDevender wrote:
> Package: dictionaries-common
> Version: 1.5.16
> Severity: important
> Tags: squeeze
> 
> /usr/share/emacs/site-lisp/dictionaries-common/ispell.el creates a bogus
> entry in default-menubar under XEmacs 21 (xemacs21-nomule is what I am
> running).
> 
> After ispell.el changes the "Kill Process" menu item under Cmds ->
> Spell-Check, any attempt to click on the menubar produces the error
> "Wrong type argument: stringp, clear" because a symbol is not allowed as
> an optional fourth item in a menu specification.  I originally
> encountered this when using the VM mail reader that is part of
> xemacs21-basesupport, and finding that after the first time I ran
> vm-compose-mail, the menubar became unusable.  However, it seems likely
> this affects other Emacs/XEmacs packages as well.

Cannot reproduce that here at all, neither with normal xemacs21 nor with
xemacs21-nomule. Using XEmacs, open a file, spellcheck, kill process, no
problem, menu is accesible. Am I missing something? 

> I find that the patch below fixes the issue locally (after I apply it
> and recompile ispell.elc).  If adding "'clear" to the menu was meant
> to accomplish something, that probably needs to be done in some more
> portable way.  My testing does not suggest that the function of that
> menu entry is impaired by removal of "'clear".
> 
> --- ispell.el.orig	2010-11-15 05:21:32.000000000 -0800
> +++ ispell.el	2011-01-10 16:50:35.000000000 -0800
> @@ -1352,7 +1352,7 @@
>  	     ["Continue Check"	ispell-continue			t]
>  	     ["Complete Word Frag"ispell-complete-word-interior-frag t]
>  	     ["Complete Word"	ispell-complete-word		t]
> -	     ["Kill Process"	ispell-kill-ispell       t 'clear]
> +	     ["Kill Process"	ispell-kill-ispell       	t]
>  	     ["Customize..."	(customize-group 'ispell)	t]
>  	     ;; flyspell-mode may not be bound...
>  	     ;;["flyspell"	flyspell-mode

This is there to clean session localwords.

-- 
Agustin

Message #15 received at 609623@bugs.debian.org (full text, mbox, reply):

From: Agustin Martin <agmartin@debian.org>

To: Steve VanDevender <stevev@hexadecimal.uoregon.edu>, 609623@bugs.debian.org

Subject: Re: Bug#609623: dictionaries-common: ispell.el creates broken menu entry for "Kill Process"

Date: Tue, 11 Jan 2011 17:19:23 +0100

On Tue, Jan 11, 2011 at 11:25:50AM +0100, Agustin Martin wrote:
> On Mon, Jan 10, 2011 at 05:17:54PM -0800, Steve VanDevender wrote:
> > Package: dictionaries-common
> > Version: 1.5.16
> > Severity: important
> > Tags: squeeze
> > 
> > /usr/share/emacs/site-lisp/dictionaries-common/ispell.el creates a bogus
> > entry in default-menubar under XEmacs 21 (xemacs21-nomule is what I am
> > running).
> > 
> > After ispell.el changes the "Kill Process" menu item under Cmds ->
> > Spell-Check, any attempt to click on the menubar produces the error
> > "Wrong type argument: stringp, clear" because a symbol is not allowed as
> > an optional fourth item in a menu specification.  I originally
> > encountered this when using the VM mail reader that is part of
> > xemacs21-basesupport, and finding that after the first time I ran
> > vm-compose-mail, the menubar became unusable.  However, it seems likely
> > this affects other Emacs/XEmacs packages as well.
> 
> Cannot reproduce that here at all, neither with normal xemacs21 nor with
> xemacs21-nomule. Using XEmacs, open a file, spellcheck, kill process, no
> problem, menu is accesible. Am I missing something? 

Tried also with lenny's xemacs21 and dictionaries-common 1.5.14, that also
contains the change. No problem found.

Note that this change was introduced in dictionaries-common 1.5.3, released
in early May. Is strange that nobody else experienced this problem before. 
Which XEmacs 21 version and flavour are you using? Has your system anything
special?

> > I find that the patch below fixes the issue locally (after I apply it
> > and recompile ispell.elc).  If adding "'clear" to the menu was meant
> > to accomplish something, that probably needs to be done in some more
> > portable way.  My testing does not suggest that the function of that
> > menu entry is impaired by removal of "'clear".
> > 
> > --- ispell.el.orig	2010-11-15 05:21:32.000000000 -0800
> > +++ ispell.el	2011-01-10 16:50:35.000000000 -0800
> > @@ -1352,7 +1352,7 @@
> >  	     ["Continue Check"	ispell-continue			t]
> >  	     ["Complete Word Frag"ispell-complete-word-interior-frag t]
> >  	     ["Complete Word"	ispell-complete-word		t]
> > -	     ["Kill Process"	ispell-kill-ispell       t 'clear]
> > +	     ["Kill Process"	ispell-kill-ispell       	t]
> >  	     ["Customize..."	(customize-group 'ispell)	t]
> >  	     ;; flyspell-mode may not be bound...
> >  	     ;;["flyspell"	flyspell-mode
> 
> This is there to clean session localwords.

In case a change is really needed, I'd expect something like (untested)

 ["Kill Process"    (ispell-kill-ispell t 'clear) t]

to work. But I'd like to know first what is happening.

Thanks for your feedback,

-- 
Agustin

Message #20 received at 609623@bugs.debian.org (full text, mbox, reply):

From: Steve VanDevender <stevev@hexadecimal.uoregon.edu>

To: Agustin Martin <agmartin@debian.org>

Cc: Steve VanDevender <stevev@hexadecimal.uoregon.edu>, 609623@bugs.debian.org

Subject: Re: Bug#609623: dictionaries-common: ispell.el creates broken menu entry for "Kill Process"

Date: Tue, 11 Jan 2011 10:38:50 -0800

Agustin Martin writes:
 > On Mon, Jan 10, 2011 at 05:17:54PM -0800, Steve VanDevender wrote:
 > > Package: dictionaries-common
 > > Version: 1.5.16
 > > Severity: important
 > > Tags: squeeze
 > > 
 > > /usr/share/emacs/site-lisp/dictionaries-common/ispell.el creates a bogus
 > > entry in default-menubar under XEmacs 21 (xemacs21-nomule is what I am
 > > running).
 > > 
 > > After ispell.el changes the "Kill Process" menu item under Cmds ->
 > > Spell-Check, any attempt to click on the menubar produces the error
 > > "Wrong type argument: stringp, clear" because a symbol is not allowed as
 > > an optional fourth item in a menu specification.  I originally
 > > encountered this when using the VM mail reader that is part of
 > > xemacs21-basesupport, and finding that after the first time I ran
 > > vm-compose-mail, the menubar became unusable.  However, it seems likely
 > > this affects other Emacs/XEmacs packages as well.
 > 
 > Cannot reproduce that here at all, neither with normal xemacs21 nor with
 > xemacs21-nomule. Using XEmacs, open a file, spellcheck, kill process, no
 > problem, menu is accesible. Am I missing something? 

You need to have the "ispell" package installed as well.  I discovered
this after submitting the bug report so I did not know to include that
information at the time.  (xemacs21 is a metapackage that is satisifed
by either xemacs21-mule or xemacs21-nomule).

 > > I find that the patch below fixes the issue locally (after I apply it
 > > and recompile ispell.elc).  If adding "'clear" to the menu was meant
 > > to accomplish something, that probably needs to be done in some more
 > > portable way.  My testing does not suggest that the function of that
 > > menu entry is impaired by removal of "'clear".
 > > 
 > > --- ispell.el.orig	2010-11-15 05:21:32.000000000 -0800
 > > +++ ispell.el	2011-01-10 16:50:35.000000000 -0800
 > > @@ -1352,7 +1352,7 @@
 > >  	     ["Continue Check"	ispell-continue			t]
 > >  	     ["Complete Word Frag"ispell-complete-word-interior-frag t]
 > >  	     ["Complete Word"	ispell-complete-word		t]
 > > -	     ["Kill Process"	ispell-kill-ispell       t 'clear]
 > > +	     ["Kill Process"	ispell-kill-ispell       	t]
 > >  	     ["Customize..."	(customize-group 'ispell)	t]
 > >  	     ;; flyspell-mode may not be bound...
 > >  	     ;;["flyspell"	flyspell-mode
 > 
 > This is there to clean session localwords.

Unfortunately that's not how that menu list works; the additional items
after the function entry for the menu item are not arguments to be
passed to the function, but parameters that control the display and
behavior of that menu item in the menu-handling code.  Seriously, the
'clear in that list is what's causing the "Wrong type argument: stringp,
clear" error that breaks the menubar (and I would note the code did not
have that 'clear in the lenny version of dictionaries-common where this
error did not occur).

See the XEmacs lispref node for "Menus" for more information on how
pull-down menus are specified in XEmacs.  There may be a way to do this
with some of the optional name-value pairs that are allowed in menu
specifiers, but simply putting 'clear in the list is not valid and
throws an error when that menu is installed.

 > -- 
 > Agustin

Message #25 received at 609623@bugs.debian.org (full text, mbox, reply):

From: Steve VanDevender <stevev@hexadecimal.uoregon.edu>

To: Agustin Martin <agmartin@debian.org>

Cc: Steve VanDevender <stevev@hexadecimal.uoregon.edu>, 609623@bugs.debian.org

Subject: Re: Bug#609623: dictionaries-common: ispell.el creates broken menu entry for "Kill Process"

Date: Tue, 11 Jan 2011 10:56:39 -0800

Agustin Martin writes:
 > On Tue, Jan 11, 2011 at 11:25:50AM +0100, Agustin Martin wrote:
 > > On Mon, Jan 10, 2011 at 05:17:54PM -0800, Steve VanDevender wrote:
 > > > Package: dictionaries-common
 > > > Version: 1.5.16
 > > > Severity: important
 > > > Tags: squeeze
 > > > 
 > > > /usr/share/emacs/site-lisp/dictionaries-common/ispell.el creates a bogus
 > > > entry in default-menubar under XEmacs 21 (xemacs21-nomule is what I am
 > > > running).
 > > > 
 > > > After ispell.el changes the "Kill Process" menu item under Cmds ->
 > > > Spell-Check, any attempt to click on the menubar produces the error
 > > > "Wrong type argument: stringp, clear" because a symbol is not allowed as
 > > > an optional fourth item in a menu specification.  I originally
 > > > encountered this when using the VM mail reader that is part of
 > > > xemacs21-basesupport, and finding that after the first time I ran
 > > > vm-compose-mail, the menubar became unusable.  However, it seems likely
 > > > this affects other Emacs/XEmacs packages as well.
 > > 
 > > Cannot reproduce that here at all, neither with normal xemacs21 nor with
 > > xemacs21-nomule. Using XEmacs, open a file, spellcheck, kill process, no
 > > problem, menu is accesible. Am I missing something? 
 > 
 > Tried also with lenny's xemacs21 and dictionaries-common 1.5.14, that also
 > contains the change. No problem found.

Here, try this:

Install Debian packages xemacs21-nomule *or* xemacs21-mule,
xemacs21-basesupport, and ispell.

Run xemacs.

Do M-x vm-compose-mail and send a message (to yourself, /dev/null,
whatever).

Run M-x vm-compose-mail again.  If I have the right set of prerequisites
for you, the error "Wrong type argument: stringp, clear" should signal
at that point, and you should also find that any clicks on the menubar
signal the same error.  (You'll probably also notice that the
debug-on-error traceback doesn't really help pinpoint this problem.)

 > Note that this change was introduced in dictionaries-common 1.5.3, released
 > in early May. Is strange that nobody else experienced this problem before. 
 > Which XEmacs 21 version and flavour are you using? Has your system anything
 > special?

I just upgraded the system where I most heavily use XEmacs and the VM
mail reader from Debian lenny to Debian squeeze last week, so I ended up
skipping over many versions of dictionaries-common (0.98.12 was shipped
with lenny).  I've been trying to chase down the specifics of this bug
since (unfortunately the stack backtrace from debug-on-error gives no
indication of where this bug really occurred, which made it hard to
trace it to this location.  While casting around I also filed #609603
thinking it was a problem in VM and hence xemacs21-basesupport, but I
have since retracted that).

 > > > I find that the patch below fixes the issue locally (after I apply it
 > > > and recompile ispell.elc).  If adding "'clear" to the menu was meant
 > > > to accomplish something, that probably needs to be done in some more
 > > > portable way.  My testing does not suggest that the function of that
 > > > menu entry is impaired by removal of "'clear".
 > > > 
 > > > --- ispell.el.orig	2010-11-15 05:21:32.000000000 -0800
 > > > +++ ispell.el	2011-01-10 16:50:35.000000000 -0800
 > > > @@ -1352,7 +1352,7 @@
 > > >  	     ["Continue Check"	ispell-continue			t]
 > > >  	     ["Complete Word Frag"ispell-complete-word-interior-frag t]
 > > >  	     ["Complete Word"	ispell-complete-word		t]
 > > > -	     ["Kill Process"	ispell-kill-ispell       t 'clear]
 > > > +	     ["Kill Process"	ispell-kill-ispell       	t]
 > > >  	     ["Customize..."	(customize-group 'ispell)	t]
 > > >  	     ;; flyspell-mode may not be bound...
 > > >  	     ;;["flyspell"	flyspell-mode
 > > 
 > > This is there to clean session localwords.
 > 
 > In case a change is really needed, I'd expect something like (untested)
 > 
 >  ["Kill Process"    (ispell-kill-ispell t 'clear) t]
 > 
 > to work. But I'd like to know first what is happening.

That is probably more what you would need if you want to pass additional
arguments to ispell-kill-ispell.  Based on the definition of
ispell-kill-ispell in the ispell.el shipped with dictionaries-common it
looks like it would work.  I can give it a try on my system.

 > Thanks for your feedback,
 > 
 > -- 
 > Agustin

Message #30 received at 609623@bugs.debian.org (full text, mbox, reply):

From: Steve VanDevender <stevev@hexadecimal.uoregon.edu>

To: Agustin Martin <agmartin@debian.org>

Cc: Steve VanDevender <stevev@hexadecimal.uoregon.edu>, 609623@bugs.debian.org

Subject: Re: Bug#609623: dictionaries-common: ispell.el creates broken menu entry for "Kill Process"

Date: Tue, 11 Jan 2011 11:09:41 -0800

Agustin Martin writes:
 > In case a change is really needed, I'd expect something like (untested)
 > 
 >  ["Kill Process"    (ispell-kill-ispell t 'clear) t]
 > 
 > to work. But I'd like to know first what is happening.

I can confirm that this code change does not produce the original error,
nor am I seeing it produce any new errors, and that the "Kill Process"
menu entry seems to work whether there is an active ispell to kill or
not.

 > Thanks for your feedback,
 > 
 > -- 
 > Agustin

Message #35 received at 609623@bugs.debian.org (full text, mbox, reply):

From: Agustin Martin <agmartin@debian.org>

To: Steve VanDevender <stevev@hexadecimal.uoregon.edu>, 609623@bugs.debian.org

Subject: Re: Bug#609623: dictionaries-common: ispell.el creates broken menu entry for "Kill Process"

Date: Wed, 12 Jan 2011 13:41:38 +0100

severity 609623 grave
thanks

Justification: Can block XEmacs causing (unsaved) data loss

On Tue, Jan 11, 2011 at 10:38:50AM -0800, Steve VanDevender wrote:
> Unfortunately that's not how that menu list works; the additional items
> after the function entry for the menu item are not arguments to be
> passed to the function, but parameters that control the display and
> behavior of that menu item in the menu-handling code.  Seriously, the
> 'clear in that list is what's causing the "Wrong type argument: stringp,
> clear" error that breaks the menubar (and I would note the code did not
> have that 'clear in the lenny version of dictionaries-common where this
> error did not occur).

Confirmed now. Seems I wrote code too fast, and other bug was hiding it for
me (and seems that also for most users), see below. 

> See the XEmacs lispref node for "Menus" for more information on how
> pull-down menus are specified in XEmacs.  There may be a way to do this
> with some of the optional name-value pairs that are allowed in menu
> specifiers, but simply putting 'clear in the list is not valid and
> throws an error when that menu is installed.

I think I now have an idea about what is happening and about what has been
hiding this problem all this time.

The real thing is that with current code, the buggy menu entry is usually
overriden by that in "debian-ispell.el", which was unchanged, and so, did
not cause the problem (nor made sure session localwords were removed). Menu
setting in "debian-ispell.el" is added to eval-after-load ispell, so it
overrides that one in ispell.el and bug is hidden. However, if ispell is
loaded a second time, XEmacs considers the function as already loaded and
does nothing (this seems to be a different behavior than for FSF Enacs), 
resulting in ispell.el menu being used and the bug triggered.

Trivial way to reproduce this: make sure ispell.el is loaded twice and
proceed. 

I am raising this bug's severity, because this can cause XEmacs blocking 
and loss of unsaved data.

Thanks for your feedback and persistence,

-- 
Agustin

Message #42 received at 609623-close@bugs.debian.org (full text, mbox, reply):

From: Agustin Martin Domingo <agmartin@debian.org>

To: 609623-close@bugs.debian.org

Subject: Bug#609623: fixed in dictionaries-common 1.5.17

Date: Wed, 12 Jan 2011 13:02:07 +0000

Source: dictionaries-common
Source-Version: 1.5.17

We believe that the bug you reported is fixed in the latest version of
dictionaries-common, which is due to be installed in the Debian FTP archive:

dictionaries-common-dev_1.5.17_all.deb
  to main/d/dictionaries-common/dictionaries-common-dev_1.5.17_all.deb
dictionaries-common_1.5.17.dsc
  to main/d/dictionaries-common/dictionaries-common_1.5.17.dsc
dictionaries-common_1.5.17.tar.gz
  to main/d/dictionaries-common/dictionaries-common_1.5.17.tar.gz
dictionaries-common_1.5.17_all.deb
  to main/d/dictionaries-common/dictionaries-common_1.5.17_all.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 609623@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Agustin Martin Domingo <agmartin@debian.org> (supplier of updated dictionaries-common package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.8
Date: Wed, 12 Jan 2011 13:41:56 +0100
Source: dictionaries-common
Binary: dictionaries-common dictionaries-common-dev
Architecture: source all
Version: 1.5.17
Distribution: unstable
Urgency: medium
Maintainer: Agustin Martin Domingo <agmartin@debian.org>
Changed-By: Agustin Martin Domingo <agmartin@debian.org>
Description: 
 dictionaries-common - Common utilities for spelling dictionary tools
 dictionaries-common-dev - Developer tools and Policy for spelling dictionary tools
Closes: 609623
Changes: 
 dictionaries-common (1.5.17) unstable; urgency=medium
 .
   * RC: Fix ispell.el menu bug that can cause XEmacs blocking
     (Closes: #609623).
Checksums-Sha1: 
 307b1714c2bde60e49b3eaee3dbe552b21c956ea 1132 dictionaries-common_1.5.17.dsc
 342a0912448aa2b8ed0739a5cd42bb7aa04000ae 317166 dictionaries-common_1.5.17.tar.gz
 17317834d688457e4fe1a883f1f3a8748469d0f1 298608 dictionaries-common_1.5.17_all.deb
 28c9c17920e756d17eae7e30ab957d89ba3d8702 130018 dictionaries-common-dev_1.5.17_all.deb
Checksums-Sha256: 
 a84c36888d388c0a76ca6728cb2ecbafc0c9b86e4654336fe1e88b9557be0753 1132 dictionaries-common_1.5.17.dsc
 d4f096b8c9c0bed39c305833e9a3e2ecff2edef2deafba0f708ae2673b3ec339 317166 dictionaries-common_1.5.17.tar.gz
 13f82aae4442cf5bf6b1dd2208111253c0ec3353c6f8f38343d2dd2706689a9d 298608 dictionaries-common_1.5.17_all.deb
 0aa40893bf2b3359ea7d53af298c0b6e0aa637cbb1ad3d3ddd1e7847f6fb781a 130018 dictionaries-common-dev_1.5.17_all.deb
Files: 
 a780e9d6c757cd3f98aa489b7faec6d2 1132 text optional dictionaries-common_1.5.17.dsc
 cd919b8f5953179fbd81a981d120a130 317166 text optional dictionaries-common_1.5.17.tar.gz
 9d27154b6bf7207fbbdfc3bbeae72d76 298608 text optional dictionaries-common_1.5.17_all.deb
 f0e112029db25b9af2e20974a7539e70 130018 devel extra dictionaries-common-dev_1.5.17_all.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iD8DBQFNLaLuTShHqj72DpwRAigEAJ4it6BQ4w3Af+yqID84vbacwY7ciQCbBrrx
wW1LC3taG/zn3l6hwpADcDQ=
=5tHB
-----END PGP SIGNATURE-----

Send a report that this bug log contains spam.