GNU bug report logs -
#59538
29.0.50; Gnus setup broken by commit 2cf9e699ef0fc43a4eadaf00a1ed2f876765c64d
Previous Next
Reported by: João Távora <joaotavora <at> gmail.com>
Date: Thu, 24 Nov 2022 10:30:02 UTC
Severity: normal
Found in version 29.0.50
Done: Jakub Ječmínek <kuba <at> kubajecminek.cz>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 59538 in the body.
You can then email your comments to 59538 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#59538
; Package
emacs
.
(Thu, 24 Nov 2022 10:30:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
João Távora <joaotavora <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 24 Nov 2022 10:30:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi Maintainers,
Commit 2cf9e699ef0fc43a4eadaf00a1ed2f876765c64d breaks my Gnus setup.
Author: F. Jason Park <jp <at> neverwas.me>
Date: Tue Nov 1 22:46:24 2022 -0700
Make auth-source-pass behave more like other backends
I've reached this conclusion through 'git bisect'. I.e. the commit which
immediately precedes it is not broken.
I haven't investigated why, but I do use 'pass' (www.passwordstore.org) to
(require 'auth-source)
(auth-source-pass-enable)
(setq auth-sources '(password-store)) ;; don't use anything else
store my passwords securely.
This is my pass-related setup, which is pretty simple:
After the commit, M-x gnus is unable to connect to my local imap server. There
is very little debug information.
João
Date: Thu, 24 Nov 2022 10:30:38 +0000
Message-ID: <87wn7kve41.fsf <at> gmail.com>
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#59538
; Package
emacs
.
(Wed, 21 Feb 2024 22:07:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 59538 <at> debbugs.gnu.org (full text, mbox):
On Wed, Feb 21, 2024 at 9:25 PM Jakub Ječmínek <kuba <at> kubajecminek.cz> wrote:
>
> João Távora <joaotavora <at> gmail.com> writes:
> > Hi Maintainers,
> >
> > Commit 2cf9e699ef0fc43a4eadaf00a1ed2f876765c64d breaks my Gnus setup.
> >
> > Author: F. Jason Park <jp <at> neverwas.me>
> > Date: Tue Nov 1 22:46:24 2022 -0700
> >
> > Make auth-source-pass behave more like other backends
> >
> > I've reached this conclusion through 'git bisect'. I.e. the commit which
> > immediately precedes it is not broken.
> >
> > I haven't investigated why, but I do use 'pass' (www.passwordstore.org) to
> > (require 'auth-source)
> > (auth-source-pass-enable)
> > (setq auth-sources '(password-store)) ;; don't use anything else
> >
> > store my passwords securely.
> >
> > This is my pass-related setup, which is pretty simple:
> >
> > After the commit, M-x gnus is unable to connect to my local imap server. There
> > is very little debug information.
>
> Hello João,
> thanks for the bug report! I wasn't able to reproduce your issue on
> current master. Do you still experience the same problem?
>
> I started emacs with the -Q option, evaluated this snippet:
>
> (require 'auth-source)
> (auth-source-pass-enable)
> (setq auth-sources '(password-store))
>
> and configured gnus-select-method. Credentials were successfully
> decrypted and Gnus was able to connect without any issues. If you happen
> to have the same issue, can you evaluate this snippet and confirm that
> your pass entry is in the list? Thanks.
>
> (let ((hostname "gmail")
> (user "username <at> gmail.com")
> (port 993))
> (auth-source-pass--generate-entry-suffixes hostname user port))
>
> --
> Kuba Ječmínek (http://kubajecminek.cz)
This seems to be a perfect duplicate of bug#58985 (not sure why two bugs
were created back then). Anyway, that bug was promptly addressed and
fixed by J.P. as described here.
https://lists.gnu.org/archive/html/bug-gnu-emacs/2022-11/msg02133.html
João
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#59538
; Package
emacs
.
(Thu, 22 Feb 2024 05:16:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 59538 <at> debbugs.gnu.org (full text, mbox):
João Távora <joaotavora <at> gmail.com> writes:
> Hi Maintainers,
>
> Commit 2cf9e699ef0fc43a4eadaf00a1ed2f876765c64d breaks my Gnus setup.
>
> Author: F. Jason Park <jp <at> neverwas.me>
> Date: Tue Nov 1 22:46:24 2022 -0700
>
> Make auth-source-pass behave more like other backends
>
> I've reached this conclusion through 'git bisect'. I.e. the commit which
> immediately precedes it is not broken.
>
> I haven't investigated why, but I do use 'pass' (www.passwordstore.org) to
> (require 'auth-source)
> (auth-source-pass-enable)
> (setq auth-sources '(password-store)) ;; don't use anything else
>
> store my passwords securely.
>
> This is my pass-related setup, which is pretty simple:
>
> After the commit, M-x gnus is unable to connect to my local imap server. There
> is very little debug information.
Hello João,
thanks for the bug report! I wasn't able to reproduce your issue on
current master. Do you still experience the same problem?
I started emacs with the -Q option, evaluated this snippet:
(require 'auth-source)
(auth-source-pass-enable)
(setq auth-sources '(password-store))
and configured gnus-select-method. Credentials were successfully
decrypted and Gnus was able to connect without any issues. If you happen
to have the same issue, can you evaluate this snippet and confirm that
your pass entry is in the list? Thanks.
(let ((hostname "gmail")
(user "username <at> gmail.com")
(port 993))
(auth-source-pass--generate-entry-suffixes hostname user port))
--
Kuba Ječmínek (http://kubajecminek.cz)
Reply sent
to
Jakub Ječmínek <kuba <at> kubajecminek.cz>
:
You have taken responsibility.
(Thu, 22 Feb 2024 05:16:03 GMT)
Full text and
rfc822 format available.
Notification sent
to
João Távora <joaotavora <at> gmail.com>
:
bug acknowledged by developer.
(Thu, 22 Feb 2024 05:16:03 GMT)
Full text and
rfc822 format available.
Message #16 received at 59538-done <at> debbugs.gnu.org (full text, mbox):
João Távora <joaotavora <at> gmail.com> writes:
> This seems to be a perfect duplicate of bug#58985 (not sure why two bugs
> were created back then). Anyway, that bug was promptly addressed and
> fixed by J.P. as described here.
>
> https://lists.gnu.org/archive/html/bug-gnu-emacs/2022-11/msg02133.html
Oh, I didn't think of checking the archive. I'm glad your issue was
resolved. I'm therefore closing this bug.
Thanks João, take care.
--
Kuba Ječmínek (http://kubajecminek.cz)
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 21 Mar 2024 11:24:07 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 48 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.