GNU bug report logs - #34976
[debbugs.el] debbugs-read-emacs-bug-with-gnus sets user options

Previous Next

Full log

Message #26 received at 34976 <at> debbugs.gnu.org (full text, mbox):

From: "Basil L. Contovounesios" <contovob <at> tcd.ie>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: Lars Ingebrigtsen <larsi <at> gnus.org>, noam postavsky <npostavs <at> gmail.com>,
 34976 <at> debbugs.gnu.org
Subject: Re: bug#34976: [debbugs.el] debbugs-read-emacs-bug-with-gnus sets
 user options
Date: Mon, 25 Mar 2019 18:41:31 +0000

Michael Albinus <michael.albinus <at> gmx.de> writes:

> "Basil L. Contovounesios" <contovob <at> tcd.ie> writes:
>
>> Sorry if I'm missing something obvious, but how would setting this new
>> debbugs user option be different from setting the existing Gnus user
>> options?  In other words, why can't users who want a Lars-esque workflow
>> (Larsflow?) just set the gnus-* user options themselves?  Wouldn't the
>> proposed debbugs user option be redundant?
>
> IIUC, Lars doesn't set these variables in his .emacs permanently. He
> needs them *only* in case of debbug-gnu, when a gnus-ephemeral group is
> created. The proposed variable does this for him.
>
> Otherwise, he would need to wrap the debbugs-gnu commands by own ones.

Thank you for clarifying.

I still don't see how the proposed user option would save Lars in that
case.  When Debbugs sets the gnus-* variables, these changes are not
isolated to Debbugs ephemeral groups, but affect Gnus globally.  One
would have to use different Emacs instances for each of Debbugs and Gnus
in order for these settings to not interfere with one another.  Right?

So, if one wants to suppress and persist duplicates in Debbugs but not
in Gnus, then either Gnus duplicate suppression has to become more
granular, or Debbugs has to implement its own duplicate suppression.

Or am I missing something?

-- 
Basil

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.