Re: bug#64977: 29.1; `auth-source-macos-keychain-search' handles :user key incorrectly

"J.P." <[email protected]>
Newsgroups gmane.emacs.erc.general
Message-ID <[email protected]>
Hi LdBeth,

LdBeth <[email protected]> writes:

> Right after switched from 28.2, my config that uses `auth-source.el'
> to retrieve IRC password from macOS keychain stopped working.

A few comments to the extent this concerns ERC. (Feel free to ignore.)

In case you haven't noticed, ERC got pickier in 5.5 regarding the
auth-source back ends it supports. Quoting from "(erc) auth-source":

  See "(auth)Top" for general info on setting up various backends, but
  keep in mind that some of these may not be compatible. Those currently
  supported are netrc, plstore, json, secrets, and pass.

The recommended move for folks in your situation is to specify your own
query function. See "(erc) auth-source functions".

As for changing `auth-source-macos-keychain-search-items', that's above
my pay grade, but offering up a patch may be your best bet. And if by
chance you're keen on seeing ERC adopt macos-keychain as an official
back end, additional requirements likely apply. I say that because the
back ends comprising our current selection all provide a common set of
capabilities, namely, those needed to adapt IRC semantics to a
generalized secrets store. The auth-source side is somewhat spelled out
in the doc string for `auth-source-search', but ERC derives its idea of
the interface mostly from the behavior of the reference back end, netrc.
If interested, see test/lisp/erc/erc-services-tests.el and the latter
half of test/lisp/auth-source-pass-tests.el for all the particulars.

Thanks,
J.P.

P.S. If replying to this, please Cc. [email protected].
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.