From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: "J.P." Newsgroups: gmane.emacs.bugs Subject: bug#49860: 28.0.50; add IRCv3 building blocks to ERC Date: Tue, 03 Aug 2021 18:04:42 -0700 Message-ID: <87pmuuvx3p.fsf@neverwas.me> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="6239"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) To: 49860@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Aug 04 03:10:11 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mB5QA-0001P7-IK for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 04 Aug 2021 03:10:10 +0200 Original-Received: from localhost ([::1]:36248 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mB5Q9-0007mW-IV for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 03 Aug 2021 21:10:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:56342) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mB5Q3-0007mO-4u for bug-gnu-emacs@gnu.org; Tue, 03 Aug 2021 21:10:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:58591) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mB5Q2-0007G1-Ui for bug-gnu-emacs@gnu.org; Tue, 03 Aug 2021 21:10:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mB5Q2-0007tz-Ph for bug-gnu-emacs@gnu.org; Tue, 03 Aug 2021 21:10:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "J.P." Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 04 Aug 2021 01:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 49860 X-GNU-PR-Package: emacs X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.162803939730344 (code B ref -1); Wed, 04 Aug 2021 01:10:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 4 Aug 2021 01:09:57 +0000 Original-Received: from localhost ([127.0.0.1]:41902 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mB5Pw-0007tM-Pa for submit@debbugs.gnu.org; Tue, 03 Aug 2021 21:09:57 -0400 Original-Received: from lists.gnu.org ([209.51.188.17]:51980) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mB5Pu-0007tD-JW for submit@debbugs.gnu.org; Tue, 03 Aug 2021 21:09:55 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:56316) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mB5Pu-0007kr-Bf for bug-gnu-emacs@gnu.org; Tue, 03 Aug 2021 21:09:54 -0400 Original-Received: from mail-108-mta76.mxroute.com ([136.175.108.76]:33925) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mB5Pr-00078r-RM for bug-gnu-emacs@gnu.org; Tue, 03 Aug 2021 21:09:54 -0400 Original-Received: from filter004.mxroute.com ([149.28.56.236] filter004.mxroute.com) (Authenticated sender: mN4UYu2MZsgR) by mail-108-mta76.mxroute.com (ZoneMTA) with ESMTPSA id 17b0eb0fc9a00074ba.001 for (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES128-GCM-SHA256); Wed, 04 Aug 2021 01:04:45 +0000 X-Zone-Loop: fdf6cb99d5a99c1bd1e3965708245f1a1af6e44a1a39 X-Originating-IP: [149.28.56.236] X-AuthUser: masked@neverwas.me X-Zone-Spam-Resolution: no action X-Zone-Spam-Status: No, score=-0.1, required=15, tests=[ARC_NA=0, URIBL_BLOCKED=0, FROM_HAS_DN=0, MIME_GOOD=-0.1, FROM_EQ_ENVFROM=0, MIME_TRACE=0, RCVD_COUNT_ZERO=0, RCPT_COUNT_ONE=0, MID_RHS_MATCH_FROM=0, NEURAL_SPAM=0, TO_DN_NONE=0] Received-SPF: pass client-ip=136.175.108.76; envelope-from=jp@neverwas.me; helo=mail-108-mta76.mxroute.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:211112 Archived-At: Let's try this again (previous attempt vanished down the memory hole). -------------------- Start of forwarded message -------------------- From: "J.P." To: bug-gnu-emacs@gnu.org Subject: 28.0.50; add IRCv3 building blocks to ERC Date: Tue, 03 Aug 2021 02:22:59 -0700 Cc: emacs-erc@gnu.org Hi, It's high time we explored bringing IRCv3 to ERC. I say we approach this by focusing first on those innovations most likely to alleviate the more pernicious problems endangering this client, such as * text processing bottlenecks * buffer association / session management / connection bookkeeping * maintenance debt and leave the bells and whistles (fun stuff) for the next generation of contributors [1]. Text processing Perhaps most evident during history playback, sluggish message handling looks poised to become a persistent and pervasive drag. This will likely only worsen as the average length, complexity, and frequency of messages increases. In the short term, I'd like to offer UI feedback indicating the relative progress of remaining work by leveraging the heads-up that batch provides [2]. Of course, this won't improve raw performance or relieve any I/O pressure [3], but it will enrich the user experience overall. Also worth prioritizing (even if it prolongs wait times, IMO) would be ensuring some allowance for minimal interactivity (like basic navigation) while processing is ongoing. Bookkeeping IRCv3 provides a much needed solution for determining and tracking session ownership and uniqueness, and that's account awareness. While useful for keeping tabs on other users, it also offers standardized, real-time knowledge of a user's own authentication status [4]. This is critical for laying to rest long festering issues [5] widely felt during the recent move from Freenode to Libera. Codebase The flexibility and granularity demanded by the spec (different sets of extensions for different sessions) forces us to make ERC more limber and session-focused. This means ensuring the right seams and machinery exist for adapting to context/environment at runtime. The CLOS dispatch facility may be the obvious choice, but any combination of solutions providing comparable flexibility would be a marked improvement over the status quo. A call to action ~~~~~~~~~~~~~~~~ To kick things off, I'm asking for a seasoned contributor to volunteer their experience and elbow grease and to roll up their sleeves and get stuck in with me down here in debbugstan. I vow to do whatever it takes to shoulder most of the burden, whether that means cobbling together a blueprint to get the ball rolling and/or doing the lion's share of the intel legwork [6]. Please find it in yourself to step forward and answer the call. Thanks, J.P. Notes ~~~~~ [1] Even the traditional set of building blocks I hope to introduce should open the door to a wealth of opportunities. For example, by caching and tracking things like away statuses, idle times, and account IDs, we can dynamically update buffers to have nicks go dim or italic and otherwise react as updates arrive. (For anyone saying "please no": as with all things ERC, such enhancements would be optional/opt-in. The point is the possibilities are many.) [2] https://ircv3.net/specs/extensions/batch [3] Eventually, it may be nice to actually shoot for performance gains, perhaps by spawning child processes that ingest raw batched text and return structured data nearly ready for insertion. Also along these lines would be an optional "agent" subprocess to buffer I/O and wrangle PINGs while Emacs is otherwise preoccupied. (Some of the server-initiated message types introduced by IRCv3 are pretty chatty.) [4] https://ircv3.net/specs/extensions/account-notify [5] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=48598 [6] Actually, I've been engaged in the latter (note taking, knocking on doors) for the better part of a year, now. As for the former, a provisional/experimental (but usable) implementation may soon find its way to this thread, if only to kick start the conversation. In GNU Emacs 28.0.50 (build 1, x86_64-redhat-linux-gnu, GTK+ Version 3.24.30, cairo version 1.17.4) of 2021-07-20 built on localhost Repository revision: 1b251ed4e8550c889d17fe7d88f58aa2fbc95fe0 Repository branch: master Windowing system distributor 'The X.Org Foundation', version 11.0.12011000 System Description: Fedora 34 (Workstation Edition) Configured using: 'configure --enable-check-lisp-object-type --enable-checking=yes,glyphs --build=x86_64-redhat-linux-gnu --host=x86_64-redhat-linux-gnu --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info --with-dbus --with-gif --with-jpeg --with-png --with-rsvg --with-tiff --with-xft --with-xpm --with-x-toolkit=gtk3 --with-gpm=no --with-xwidgets --with-modules --with-harfbuzz --with-cairo --with-json build_alias=x86_64-redhat-linux-gnu host_alias=x86_64-redhat-linux-gnu CC=gcc 'CFLAGS=-O0 -g3' LDFLAGS=-Wl,-z,relro PKG_CONFIG_PATH=:/usr/lib64/pkgconfig:/usr/share/pkgconfig' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS X11 XDBE XIM XPM XWIDGETS GTK3 ZLIB Important settings: value of $LANG: en_US.UTF-8 value of $XMODIFIERS: @im=ibus locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t global-eldoc-mode: t eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t indent-tabs-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs rfc822 mml mml-sec epa derived epg epg-config gnus-util rmail rmail-loaddefs auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache json map text-property-search time-date subr-x seq byte-opt gv bytecomp byte-compile cconv mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-loaddefs cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils iso-transl tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads xwidget-internal dbusbind inotify lcms2 dynamic-setting system-font-setting font-render-setting cairo move-toolbar gtk x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 51359 6165) (symbols 48 6620 1) (strings 32 18257 1521) (string-bytes 1 615936) (vectors 16 13438) (vector-slots 8 179083 10089) (floats 8 21 47) (intervals 56 260 0) (buffers 992 10)) -------------------- End of forwarded message --------------------