emacs-erc
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#29108: [J.P.] Add "non-IRCv3" SASL to ERC


From: J.P.
Subject: bug#29108: [J.P.] Add "non-IRCv3" SASL to ERC
Date: Sun, 18 Sep 2022 11:32:59 -0700
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux)

Resending (last attempt thwarted by archive police).

-------------------- Start of forwarded message --------------------
From: "J.P." <jp@neverwas.me>
To: 29108@debbugs.gnu.org
Cc: emacs-erc@gnu.org
Subject: Add "non-IRCv3" SASL to ERC
Date: Sun, 18 Sep 2022 07:09:45 -0700

Hi people,

As my prior comments on this matter may suggest, I've long been in favor
of holding SASL hostage until we can get a full CAP 3.2 implementation
in place. However, I'm ready to bow to public pressure on this and
entertain a partial (hack) implementation, in part because I now
recognize that a valid use case may yet exist for wanting SASL alone
without proper capability negotiation (even after that's eventually
introduced [1]).

I therefore offer this compromise reluctantly and still fear that going
this route will only prolong our complacency and further delay the sort
of meaningful evolution our client desperately needs.

Thanks,
J.P.

P.S. Our ELPA recipe would need updating before these changes could
land.

[1] Speaking of which, various aspects of the attached bug set may
    benefit from additional context. And for that, I'd kindly direct you
    to bug#49860, whose WIP patches can be found here:

    https://emacs-erc.gitlab.io/bugs/49860/patches.tar.gz 


Attachment: 0001-Support-local-ERC-modules-in-erc-mode-buffers.patch
Description: Text Data

Attachment: 0002-Make-erc-login-generic.patch
Description: Text Data

Attachment: 0003-Add-non-IRCv3-SASL-module-to-ERC.patch
Description: Text Data

-------------------- End of forwarded message --------------------

reply via email to

[Prev in Thread] Current Thread [Next in Thread]