unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#3953: 23.0.94; GPG interaction fails
@ 2009-07-27 19:45 ` Torsten Bronger
  2009-07-28 10:34   ` Daiki Ueno
       [not found]   ` <handler.3953.C.124996607716130.notifdonectrl.5@emacsbugs.donarmstrong.com>
  0 siblings, 2 replies; 14+ messages in thread
From: Torsten Bronger @ 2009-07-27 19:45 UTC (permalink / raw)
  To: emacs-pretest-bug

In response to bug report #2412:

Daiki Ueno <ueno@unixuser.org> writes:

> Sven Joachim <svenjoac@gmx.de> writes:
>
>>> -    (accept-process-output (epg-context-process context) 1)))
>>> +    (accept-process-output (epg-context-process context) 1))
>>> +  (sleep-for 0.1))
>>
>> That seems to do the trick.  At least, I had no problem in ~15 attempts
>> to preview/send signed messages, whereas without your patch the "Sign
>> failed" error would happen about every second time.
>
> Thanks for testing.  I've checked in the patch.

I experience the same problem but the above patch doesn't really
help me.  Without the sleeping time, I get failures with signature
checking of incoming emails almost always; with the sleeping time,
it works at least in 20% of the cases.  I increased the time to even
10 seconds but the success rate didn't increase further.  The
behaviour remains probabilistic.

All aspects of GPG interaction -- signature checking, signing and
encrypting -- are affected by this behaviour.

Tschö,
Torsten.




In GNU Emacs 23.0.94.1 (x86_64-unknown-linux-gnu)
 of 2009-06-07 on wilson
Windowing system distributor `The X.Org Foundation', version 11.0.10600000
configured using `configure  '--prefix=/usr/local/' '--mandir=/usr/local/share/man/' '--infodir=/usr/local/share/info/' '--with-x-toolkit=no' '--with-xpm' '--with-jpeg' '--with-tiff' '--with-gif' '--with-png' '--with-x''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: de_DE.UTF-8
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

Major mode: Group

Minor modes in effect:
  gnus-topic-mode: t
  gnus-undo-mode: t
  shell-dirtrack-mode: t
  global-auto-revert-mode: t
  savehist-mode: t
  display-time-mode: t
  desktop-save-mode: t
  mouse-wheel-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t






^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#3953: 23.0.94; GPG interaction fails
  2009-07-27 19:45 ` bug#3953: 23.0.94; GPG interaction fails Torsten Bronger
@ 2009-07-28 10:34   ` Daiki Ueno
  2009-07-28 21:25     ` Torsten Bronger
       [not found]   ` <handler.3953.C.124996607716130.notifdonectrl.5@emacsbugs.donarmstrong.com>
  1 sibling, 1 reply; 14+ messages in thread
From: Daiki Ueno @ 2009-07-28 10:34 UTC (permalink / raw)
  To: Torsten Bronger; +Cc: emacs-pretest-bug, 3953

reopen 2412
merge 2412 3953
thanks

>>>>> In <20090727194515.F1958E42E9@wilson.homeunix.com> 
>>>>>	Torsten Bronger <bronger@physik.rwth-aachen.de> wrote:
> >>> -    (accept-process-output (epg-context-process context) 1)))
> >>> +    (accept-process-output (epg-context-process context) 1))
> >>> +  (sleep-for 0.1))
> >>
> >> That seems to do the trick.  At least, I had no problem in ~15 attempts
> >> to preview/send signed messages, whereas without your patch the "Sign
> >> failed" error would happen about every second time.
> >
> > Thanks for testing.  I've checked in the patch.

> I experience the same problem but the above patch doesn't really
> help me.  Without the sleeping time, I get failures with signature
> checking of incoming emails almost always; with the sleeping time,
> it works at least in 20% of the cases.  I increased the time to even
> 10 seconds but the success rate didn't increase further.  The
> behaviour remains probabilistic.

Thanks for further testing.  Well, in that case an essential part of
process-filter might not be executed in 20% of the cases.

Does replacing (sleep-for 0.1) with:

(epg--process-filter (epg-context-process context) "")

change the situation?

Regards,
-- 
Daiki Ueno





^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#3953: 23.0.94; GPG interaction fails
  2009-07-28 10:34   ` Daiki Ueno
@ 2009-07-28 21:25     ` Torsten Bronger
  2009-07-28 22:54       ` Daiki Ueno
  0 siblings, 1 reply; 14+ messages in thread
From: Torsten Bronger @ 2009-07-28 21:25 UTC (permalink / raw)
  To: Daiki Ueno; +Cc: emacs-pretest-bug, 3953

Hallöchen!

Daiki Ueno writes:

> [...]
>
>> I experience the same problem but the above patch doesn't really
>> help me.  Without the sleeping time, I get failures with
>> signature checking of incoming emails almost always; with the
>> sleeping time, it works at least in 20% of the cases.  I
>> increased the time to even 10 seconds but the success rate didn't
>> increase further.  The behaviour remains probabilistic.
>
> Thanks for further testing.  Well, in that case an essential part of
> process-filter might not be executed in 20% of the cases.
>
> Does replacing (sleep-for 0.1) with:
>
> (epg--process-filter (epg-context-process context) "")
>
> change the situation?

It has the same effect as (sleep-for 0.1): It helps, but only
slightly.

Tschö,
Torsten.

-- 
Torsten Bronger, aquisgrana, europa vetus
                   Jabber ID: torsten.bronger@jabber.rwth-aachen.de
                                  or http://bronger-jmp.appspot.com





^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#3953: 23.0.94; GPG interaction fails
  2009-07-28 21:25     ` Torsten Bronger
@ 2009-07-28 22:54       ` Daiki Ueno
  2009-07-29 19:26         ` Torsten Bronger
  0 siblings, 1 reply; 14+ messages in thread
From: Daiki Ueno @ 2009-07-28 22:54 UTC (permalink / raw)
  To: Torsten Bronger; +Cc: emacs-pretest-bug, 3953

>>>>> In <87ws5sv6tb.fsf@physik.rwth-aachen.de> 
>>>>>	Torsten Bronger <bronger@physik.rwth-aachen.de> wrote:
> > Does replacing (sleep-for 0.1) with:
> >
> > (epg--process-filter (epg-context-process context) "")
> >
> > change the situation?

> It has the same effect as (sleep-for 0.1): It helps, but only
> slightly.

Hmm, is your epg-debug output as innocent as the one that the original
reporter provided?

Currently, I suspect that the code in the following clause might be
skipped:

(unless epg-process-filter-running ...)

Can you insert debug-prints in epg-wait-for-completion?  It would be
something like:

(message "epg-process-filter-running: %S" epg-process-filter-running)

Regards,
-- 
Daiki Ueno





^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#3953: 23.0.94; GPG interaction fails
  2009-07-28 22:54       ` Daiki Ueno
@ 2009-07-29 19:26         ` Torsten Bronger
  2009-07-29 23:59           ` Daiki Ueno
  0 siblings, 1 reply; 14+ messages in thread
From: Torsten Bronger @ 2009-07-29 19:26 UTC (permalink / raw)
  To: Daiki Ueno; +Cc: emacs-pretest-bug, 3953

Hallöchen!

Daiki Ueno writes:

> [...]
>
>>> Does replacing (sleep-for 0.1) with:
>>>
>>> (epg--process-filter (epg-context-process context) "")
>>>
>>> change the situation?
>
>> It has the same effect as (sleep-for 0.1): It helps, but only
>> slightly.
>
> Hmm, is your epg-debug output as innocent as the one that the original
> reporter provided?

It's every time:

gpg --no-tty --status-fd 1 --yes --command-fd 0 --output /tmp/epg-output6267bsQ -
[GNUPG:] PLAINTEXT 74 0 
gpg: Signatur am Mo 29 Jun 2009 10:31:28 CEST mit DSA Schlüssel, ID 9F516B77, erfolgt
[GNUPG:] SIG_ID jkbjBUZ5Lu5ozCYNw6Tsx9qYwsY 2009-06-29 1246264288
[GNUPG:] GOODSIG D5E3CEFC9F516B77 Torsten Bronger <bronger@physik.rwth-aachen.de>
gpg: Korrekte Unterschrift von 'Torsten Bronger <bronger@physik.rwth-aachen.de>'
[GNUPG:] VALIDSIG C5C8D6E279D2EFE98C0F6D77D5E3CEFC9F516B77 2009-06-29 1246264288 0 3 0 17 2 01 C5C8D6E279D2EFE98C0F6D77D5E3CEFC9F516B77
[GNUPG:] TRUST_ULTIMATE

> Currently, I suspect that the code in the following clause might be
> skipped:
>
> (unless epg-process-filter-running ...)
>
> Can you insert debug-prints in epg-wait-for-completion?  It would be
> something like:
>
> (message "epg-process-filter-running: %S" epg-process-filter-running)

And where should I put it exactly?  (I don't speak Lisp.)  I now
wrote

	(unless epg-process-filter-running
	  (message "epg-process-filter-running: %S" epg-process-filter-running)

And then, *Messages* say

epg-process-filter-running: nil

Tschö,
Torsten.

-- 
Torsten Bronger, aquisgrana, europa vetus
                   Jabber ID: torsten.bronger@jabber.rwth-aachen.de
                                  or http://bronger-jmp.appspot.com





^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#3953: 23.0.94; GPG interaction fails
  2009-07-29 19:26         ` Torsten Bronger
@ 2009-07-29 23:59           ` Daiki Ueno
  2009-07-30  4:57             ` Torsten Bronger
  2009-08-16 11:30             ` Torsten Bronger
  0 siblings, 2 replies; 14+ messages in thread
From: Daiki Ueno @ 2009-07-29 23:59 UTC (permalink / raw)
  To: Torsten Bronger; +Cc: emacs-pretest-bug, 3953

>>>>> In <87vdlbtho2.fsf@physik.rwth-aachen.de> 
>>>>>	Torsten Bronger <bronger@physik.rwth-aachen.de> wrote:
> > Can you insert debug-prints in epg-wait-for-completion?  It would be
> > something like:
> >
> > (message "epg-process-filter-running: %S" epg-process-filter-running)

> And where should I put it exactly?

Like this:

(defun epg-wait-for-completion (context)
  "Wait until the `epg-gpg-program' process completes."
  (while (eq (process-status (epg-context-process context)) 'run)
    (accept-process-output (epg-context-process context) 1))
  (message "epg-process-filter-running: %S" epg-process-filter-running) ;; <-
  (sleep-for 0.1)
  (message "epg-process-filter-running: %S" epg-process-filter-running) ;; <-
  )

Regards,
-- 
Daiki Ueno





^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#3953: 23.0.94; GPG interaction fails
  2009-07-29 23:59           ` Daiki Ueno
@ 2009-07-30  4:57             ` Torsten Bronger
  2009-07-30  5:05               ` Daiki Ueno
  2009-08-16 11:30             ` Torsten Bronger
  1 sibling, 1 reply; 14+ messages in thread
From: Torsten Bronger @ 2009-07-30  4:57 UTC (permalink / raw)
  To: Daiki Ueno; +Cc: emacs-pretest-bug, 3953

Hallöchen!

Daiki Ueno writes:

> [...]
>
>>> Can you insert debug-prints in epg-wait-for-completion?  It
>>> would be something like:
>>>
>>> (message "epg-process-filter-running: %S" epg-process-filter-running)
>
>> And where should I put it exactly?
>
> Like this:
>
> (defun epg-wait-for-completion (context)
>   "Wait until the `epg-gpg-program' process completes."
>   (while (eq (process-status (epg-context-process context)) 'run)
>     (accept-process-output (epg-context-process context) 1))
>   (message "epg-process-filter-running: %S" epg-process-filter-running) ;; <-
>   (sleep-for 0.1)
>   (message "epg-process-filter-running: %S" epg-process-filter-running) ;; <-
>   )

I get (no matter whether Gnus shows the correct result or not):

epg-process-filter-running: nil [2 times]

Tschö,
Torsten.

-- 
Torsten Bronger, aquisgrana, europa vetus
                   Jabber ID: torsten.bronger@jabber.rwth-aachen.de
                                  or http://bronger-jmp.appspot.com





^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#3953: 23.0.94; GPG interaction fails
  2009-07-30  4:57             ` Torsten Bronger
@ 2009-07-30  5:05               ` Daiki Ueno
  2009-07-30  5:43                 ` Torsten Bronger
  0 siblings, 1 reply; 14+ messages in thread
From: Daiki Ueno @ 2009-07-30  5:05 UTC (permalink / raw)
  To: Torsten Bronger; +Cc: emacs-pretest-bug, 3953

>>>>> In <87ab2mzs2i.fsf@physik.rwth-aachen.de> 
>>>>>	Torsten Bronger <bronger@physik.rwth-aachen.de> wrote:
> >>> Can you insert debug-prints in epg-wait-for-completion?  It
> >>> would be something like:
> >>>
> >>> (message "epg-process-filter-running: %S" epg-process-filter-running)

> I get (no matter whether Gnus shows the correct result or not):

> epg-process-filter-running: nil [2 times]

Do you get the same result on both successful and failed cases?
(Since I have never been able to reproduce the problem at all, I need
data on failed cases).

Regards,
-- 
Daiki Ueno





^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#3953: 23.0.94; GPG interaction fails
  2009-07-30  5:05               ` Daiki Ueno
@ 2009-07-30  5:43                 ` Torsten Bronger
  0 siblings, 0 replies; 14+ messages in thread
From: Torsten Bronger @ 2009-07-30  5:43 UTC (permalink / raw)
  To: Daiki Ueno; +Cc: emacs-pretest-bug, 3953

Hallöchen!

Daiki Ueno writes:

>>>>>> In <87ab2mzs2i.fsf@physik.rwth-aachen.de> 
>>>>>>	Torsten Bronger <bronger@physik.rwth-aachen.de> wrote:
>> >>> Can you insert debug-prints in epg-wait-for-completion?  It
>> >>> would be something like:
>> >>>
>> >>> (message "epg-process-filter-running: %S" epg-process-filter-running)
>
>> I get (no matter whether Gnus shows the correct result or not):
>
>> epg-process-filter-running: nil [2 times]
>
> Do you get the same result on both successful and failed cases?

Yes.

Tschö,
Torsten.

-- 
Torsten Bronger, aquisgrana, europa vetus
                   Jabber ID: torsten.bronger@jabber.rwth-aachen.de
                                  or http://bronger-jmp.appspot.com





^ permalink raw reply	[flat|nested] 14+ messages in thread

* Processed: process bugs
       [not found] <878whrarbh.fsf@cyd.mit.edu>
  2009-07-27 19:45 ` bug#3953: 23.0.94; GPG interaction fails Torsten Bronger
@ 2009-08-11  4:55 ` Emacs bug Tracking System
  1 sibling, 0 replies; 14+ messages in thread
From: Emacs bug Tracking System @ 2009-08-11  4:55 UTC (permalink / raw)
  To: Chong Yidong
  Cc: bug 535 done for {535}, bug 2445 done for {2445}, bug 1124 done for {1124}, bug 1493 done for {1493}, bug 2614 done for {2614}, bug 3953 done for {3953}, bug 1583 done for {1583}, bug 2412 done for {2412},
	spam for {4106, 4111, 4098, 4099, 4105, 4104}, Emacs Bugs

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 3511 bytes --]

Processing commands for control@emacsbugs.donarmstrong.com:

> close 535
bug#535: Problem with highlit regions on Linux virtual terminal
'close' is deprecated; see http://emacsbugs.donarmstrong.com/Developer.html#closing.
bug closed, send any further explanations to Alan Mackenzie <acm@muc.de>

> tags 850 + unreproducible moreinfo
bug#850: 23.0.60; make autoloads reports memory exhaustion
Tags were: unreproducible
Tags added: unreproducible, moreinfo

> close 882
bug#882: [emacs-snapshot] Wrong size of frame when maximized at startup.
'close' is deprecated; see http://emacsbugs.donarmstrong.com/Developer.html#closing.
bug is already closed, cannot re-close.

> close 1124
bug#1124: 23.0.60; starts off-screen
'close' is deprecated; see http://emacsbugs.donarmstrong.com/Developer.html#closing.
bug closed, send any further explanations to "Nathan Klatt" <n8klatt@gmail.com>

> tags 1490 + wontfix
bug#1490: 23.0.60; C-d sends "\n" while debugging with gdb in Emacs
There were no tags set.
Tags added: wontfix

> close 1493
bug#1493: 23.0.60; make-frame-on-display segfaults
'close' is deprecated; see http://emacsbugs.donarmstrong.com/Developer.html#closing.
bug closed, send any further explanations to "Oscar Fuentes" <ofv@wanadoo.es>

> close 1583
bug#1583: 23.0.60; set-fontset-font doesn't work for ascii charset
'close' is deprecated; see http://emacsbugs.donarmstrong.com/Developer.html#closing.
bug closed, send any further explanations to "Qichen Huang" <unicad.el@gmail.com>

> tags 1591 + unreproducible moreinfo
bug#1591: Failed to compile emacs from CVS with the new glibc-2.9-3.i686
There were no tags set.
Tags added: unreproducible, moreinfo

> tags 1642 + unreproducible moreinfo
bug#1642: grep fails with "Can't exec program"
There were no tags set.
Tags added: unreproducible, moreinfo

> close 2412
bug#2412: spurious "Sign failed" errors
'close' is deprecated; see http://emacsbugs.donarmstrong.com/Developer.html#closing.
bug#3953: 23.0.94; GPG interaction fails
bug closed, send any further explanations to Sven Joachim <svenjoac@gmx.de>

> close 2445
bug#2445: 23.0.90; file name completion GCs a lot
'close' is deprecated; see http://emacsbugs.donarmstrong.com/Developer.html#closing.
bug closed, send any further explanations to rms@gnu.org

> close 2614
bug#2614: 20.0.91; coredump if cannot find stuff on startup
'close' is deprecated; see http://emacsbugs.donarmstrong.com/Developer.html#closing.
bug closed, send any further explanations to "Marshall, Simon" <Simon.Marshall@misys.com>

> reassign 4098 spam
bug#4098: OFFICIAL
Warning: Unknown package 'spam'
bug reassigned from package `emacs' to `spam'.

> reassign 4099 spam
bug#4099: OFFICIAL
Warning: Unknown package 'spam'
bug reassigned from package `emacs' to `spam'.

> reassign 4104 spam
bug#4104: O primeiro confocal de varedura a laser
Warning: Unknown package 'spam'
bug reassigned from package `emacs' to `spam'.

> reassign 4105 spam
bug#4105: O primeiro confocal de varedura a laser
Warning: Unknown package 'spam'
bug reassigned from package `emacs' to `spam'.

> reassign 4106 spam
bug#4106: Profitez de -30% sur votre mutuelle
Warning: Unknown package 'spam'
bug reassigned from package `emacs' to `spam'.

> reassign 4111 spam
bug#4111: Programación Dinámica e Interactiva Actualizate...
Warning: Unknown package 'spam'
bug reassigned from package `emacs' to `spam'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Don Armstrong
(administrator, Emacs bugs database)




^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#3953: acknowledged by developer (process bugs)
       [not found]   ` <handler.3953.C.124996607716130.notifdonectrl.5@emacsbugs.donarmstrong.com>
@ 2009-08-12 13:30     ` Torsten Bronger
  2009-08-26 11:51       ` Sven Joachim
  0 siblings, 1 reply; 14+ messages in thread
From: Torsten Bronger @ 2009-08-12 13:30 UTC (permalink / raw)
  To: 3953

Hallöchen!

Emacs bug Tracking System writes:

> This is an automatic notification regarding your bug report
> #3953: 23.0.94; GPG interaction fails,
> which was filed against the emacs package.
>
> It has been marked as closed by one of the developers, namely
> Chong Yidong <cyd@stupidchicken.com>.
>
> You should be hearing from them with a substantive response shortly,
> in case you haven't already. If not, please contact them directly.

Why was the bug closed?  I still see the problem.

Tschö,
Torsten.

-- 
Torsten Bronger, aquisgrana, europa vetus
                   Jabber ID: torsten.bronger@jabber.rwth-aachen.de
                                  or http://bronger-jmp.appspot.com





^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#3953: 23.0.94; GPG interaction fails
  2009-07-29 23:59           ` Daiki Ueno
  2009-07-30  4:57             ` Torsten Bronger
@ 2009-08-16 11:30             ` Torsten Bronger
  1 sibling, 0 replies; 14+ messages in thread
From: Torsten Bronger @ 2009-08-16 11:30 UTC (permalink / raw)
  To: Daiki Ueno; +Cc: emacs-pretest-bug, 3953

Hallöchen!

Why was this bug closed?  The problem still persists.

Tschö,
Torsten.

-- 
Torsten Bronger, aquisgrana, europa vetus
                   Jabber ID: torsten.bronger@jabber.rwth-aachen.de
                                  or http://bronger-jmp.appspot.com





^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#3953: acknowledged by developer (process bugs)
  2009-08-12 13:30     ` bug#3953: acknowledged by developer (process bugs) Torsten Bronger
@ 2009-08-26 11:51       ` Sven Joachim
  2009-08-26 12:00         ` Processed: Re: bug#3953 " Emacs bug Tracking System
  0 siblings, 1 reply; 14+ messages in thread
From: Sven Joachim @ 2009-08-26 11:51 UTC (permalink / raw)
  To: Torsten Bronger; +Cc: 3953, Daiki Ueno, Chong Yidong

reopen 3953
thanks

Am 12.08.2009 um 15:30 schrieb Torsten Bronger:

> Hallöchen!
>
> Emacs bug Tracking System writes:
>
>> This is an automatic notification regarding your bug report
>> #3953: 23.0.94; GPG interaction fails,
>> which was filed against the emacs package.
>>
>> It has been marked as closed by one of the developers, namely
>> Chong Yidong <cyd@stupidchicken.com>.
>>
>> You should be hearing from them with a substantive response shortly,
>> in case you haven't already. If not, please contact them directly.
>
> Why was the bug closed?  I still see the problem.

Reopening the bug then, awaiting further explanations from Daiki and
Yidong.

Cheers,
       Sven





^ permalink raw reply	[flat|nested] 14+ messages in thread

* Processed: Re: bug#3953 acknowledged by developer (process bugs)
  2009-08-26 11:51       ` Sven Joachim
@ 2009-08-26 12:00         ` Emacs bug Tracking System
  0 siblings, 0 replies; 14+ messages in thread
From: Emacs bug Tracking System @ 2009-08-26 12:00 UTC (permalink / raw)
  To: Sven Joachim; +Cc: Emacs Bugs

Processing commands for control@emacsbugs.donarmstrong.com:

> reopen 3953
Bug #3953 {Done: Chong Yidong <cyd@stupidchicken.com>} [emacs] 23.0.94; GPG interaction fails
Bug #2412 {Done: Chong Yidong <cyd@stupidchicken.com>} [emacs] spurious "Sign failed" errors
> thanks
Stopping processing here.

Please contact me if you need assistance.

Don Armstrong
(administrator, Emacs bugs database)




^ permalink raw reply	[flat|nested] 14+ messages in thread

end of thread, other threads:[~2009-08-26 12:00 UTC | newest]

Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <878whrarbh.fsf@cyd.mit.edu>
2009-07-27 19:45 ` bug#3953: 23.0.94; GPG interaction fails Torsten Bronger
2009-07-28 10:34   ` Daiki Ueno
2009-07-28 21:25     ` Torsten Bronger
2009-07-28 22:54       ` Daiki Ueno
2009-07-29 19:26         ` Torsten Bronger
2009-07-29 23:59           ` Daiki Ueno
2009-07-30  4:57             ` Torsten Bronger
2009-07-30  5:05               ` Daiki Ueno
2009-07-30  5:43                 ` Torsten Bronger
2009-08-16 11:30             ` Torsten Bronger
     [not found]   ` <handler.3953.C.124996607716130.notifdonectrl.5@emacsbugs.donarmstrong.com>
2009-08-12 13:30     ` bug#3953: acknowledged by developer (process bugs) Torsten Bronger
2009-08-26 11:51       ` Sven Joachim
2009-08-26 12:00         ` Processed: Re: bug#3953 " Emacs bug Tracking System
2009-08-11  4:55 ` Processed: process bugs Emacs bug Tracking System

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).