http://blog.gmane.org/gmane.emacs.erc.general hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.emacs.erc.general/1365 <pre> Hi! I want to ignore certain users only in certain channels. Yes, it's specifically targetting rudybot in #emacs. (rudybot is useful in #scheme, but it's a PITA in #emacs). So here is a "patch": ------------------------------------------------------------------------ (defcustom erc-ignore-per-channel-alist nil "*A-List of regexps matching user identifiers to ignore, for each channel. Some users are obnoxious only in some channels (eg. rudybot on #emacs). A user identifier has the form \"nick!login&lt; at &gt;host\". If an identifier matches, the message from the person will not be processed." :group 'erc-ignore :type '(repeat (cons string regexp))) (defcustom erc-ignore-per-channel-reply-alist nil "*A-List of regexps matching user identifiers to ignore completely, for each channel. Some users are obnoxious only in some channels (eg. rudybot on #emacs). This differs from `erc-ignore-list' in that it also ignores any messages directed at the user. A user identifier has the form \"nick!login&lt; at &gt;host\". </pre> Pascal J. Bourguignon 2012-05-20T12:44:06 http://comments.gmane.org/gmane.emacs.erc.general/1358 <pre>Hi *, erc-cmd-LIST always sends LIST with an option. If the user did not specify an option an empty option is send. To my understanding this is standard conferment (though ugly). But at least one widely used ircd get confused by this behavior, see: https://github.com/inspircd/inspircd/issues/120 So I propose the following patch: --- erc-list.el Mon May 14 22:39:14 2012 +0200 +++ erc-list.el Tue May 15 18:10:26 2012 +0200 &lt; at &gt;&lt; at &gt; -209,8 +209,10 &lt; at &gt;&lt; at &gt; 321 (list 'progn (list 'erc-list-install-322-handler (current-buffer))))) - (erc-server-send (concat "LIST :" (or (and line (substring line 1)) - "")))) + (erc-server-send (concat "LIST" (or (and line + (&gt; (length (substring line 1)) 0) + (concat " :" (substring line 1))) + "")))) (put 'erc-cmd-LIST 'do-not-parse-args t) This is erc v5.3 from GNU Emacs HEAD. cheers sascha </pre> Sascha Wilde 2012-05-15T16:15:28 http://comments.gmane.org/gmane.emacs.erc.general/1357 <pre>Hi *, I discovered, that erc /list does not display all channels the server announces: it turns out that visited and even channels already parted are omitted. The reason is, that the function to display the channels is added as hook to erc-server-322-functions after erc-server-322. But erc-server-322 returns a non-NIL value when erc-update-channel-topic succeeds on a channel -- which in turn leads to the following hook functions not being called. I'm not deep enough into the code to call it a solution -- but the following simple workaround (which simply makes sure that erc-server-322 always returns NIL) seems to work: --- erc-backend.el 2012-05-14 03:00:11.666556805 +0200 +++ erc-backend.el_patched 2012-05-15 17:48:13.064059897 +0200 &lt; at &gt;&lt; at &gt; -1696,7 +1696,8 &lt; at &gt;&lt; at &gt; (multiple-value-bind (channel num-users) (values-list (cdr (erc-response.command-args parsed))) (add-to-list 'erc-channel-list (list channel)) - (erc-update-channel-topic channel topic)))) + (erc-update-</pre> Sascha Wilde 2012-05-15T15:59:16 http://comments.gmane.org/gmane.emacs.erc.general/1356 <pre>I want view the last 5 links in this buffer on another window and choose which to open with firefox. Can anyone help me complete this function, I'm don't know lisp and also a Emacs newbie... (defun my-urlview () (interactive) (set-buffer (get-buffer-create "*urlview*")) (buffer-disable-undo) (erase-buffer) ... ... (switch-to-buffer-other-window "*urlview*") (local-set-key (kbd "q") (lambda () (interactive) (bury-buffer) (unless (null (cdr (window-list))) ; only one window (delete-window))))) </pre> jary_p 2012-04-14T08:08:38 http://comments.gmane.org/gmane.emacs.erc.general/1354 <pre>ERC displays various server response messages with timestamps. The timestamp formats that are hard-coded to ERC code have some unnecessary variation. Also, it's sometimes even unclear what is the day component and what is the month component (due to YY/MM or MM/YY differences). I suggest making those server response timestamp formats customizable and having the default value in international "%Y-%m-%d %T" format (as parsed by `format-time-string' function). This message includes a patch that fully implements this (I believe). I have also filed this to Emacs bug tracking system: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10779 _______________________________________________ Erc-discuss mailing list Erc-discuss&lt; at &gt;gnu.org https://lists.gnu.org/mailman/listinfo/erc-discuss </pre> Teemu Likonen 2012-02-10T14:20:36 http://comments.gmane.org/gmane.emacs.erc.general/1353 <pre>Hello, Thank you for tending ERC. I am a happy user, with one niggling request: Is there a way to make it so when someone does the equivalent of "/q &lt;my_nick&gt;" (which creates a new window for me), that I also get some sort of notification in my "ERC messages to you" window? I've had a few queries like that that I've missed, because while I take care to keep the "ERC messages to you" window visible, there may be many other sub-windows that are hidden. Jim </pre> Jim Meyering 2012-02-03T14:10:00 http://comments.gmane.org/gmane.emacs.erc.general/1346 <pre> --- erc-sasl.el | 67 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 1 files changed, 67 insertions(+), 0 deletions(-) create mode 100644 erc-sasl.el diff --git a/erc-sasl.el b/erc-sasl.el new file mode 100644 index 0000000..002be15 --- /dev/null +++ b/erc-sasl.el &lt; at &gt;&lt; at &gt; -0,0 +1,67 &lt; at &gt;&lt; at &gt; +;; erc-sasl.el -- handle SASL PLAIN authentication + +;; Copyright (C) 2001, 2002, 2003, 2004, 2006, +;; 2007, 2008, 2009 Free Software Foundation, Inc. + +;; Author: Joseph Gay &lt;joseph.gay&lt; at &gt;psy.ai&gt; +;; Keywords: comm + +;; This file is part of GNU Emacs. + +;; GNU Emacs is free software: you can redistribute it and/or modify +;; it under the terms of the GNU General Public License as published by +;; the Free Software Foundation, either version 3 of the License, or +;; (at your option) any later version. + +;; GNU Emacs is distributed in the hope that it will be useful, +;; but WITHOUT ANY WARRANTY; without even the implied warranty of +;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +;; GNU G</pre> Joseph Gay 2012-02-01T08:45:12 http://comments.gmane.org/gmane.emacs.erc.general/1340 <pre>Hello I'm using erc on a linux text console. From Gnus and other emacs programs my fingers are used to scroll to the next page while reading by pressing &lt;space&gt;. Unfortunately I have to press &lt;PageDown&gt; when reading through an high traffic erc buffer. I would like the space bar to go down to next page unless the point is in the writable area of an erc buffer, where it should insert a space char. How do I do that? Thanks a lot, Robert. </pre> Robert Epprecht 2011-11-24T13:24:26 http://comments.gmane.org/gmane.emacs.erc.general/1338 <pre>Hi, I'd like to use different erc-hide-list values for different channels. If I'm on a public channel like #debian or #emacs, I don't want to see any join/part/quit messages, while on a private channel with 2-3 people it's good to see when someone leaves/joins. I tried to (make-variable-buffer-local 'erc-hide-list), but it does not work, erc uses the global value. How can I accomplish this? Thanks. </pre> Peter Baranyi 2011-11-20T16:08:10 http://comments.gmane.org/gmane.emacs.erc.general/1330 <pre>Good day, This patch allows receiving DCC SEND requests like these (X'es in IP are digits): DCC SEND "Jim C. Hines - Jig the Goblin - 2 - Goblin Hero (RB v1.0).epub" 34732XXXXX 3746 322641 Filename here is enclosed in double quotes, which seem to be a common IRC client (and dcc bot) convention for names with whitespaces and is widely used in file-sharing channels. Filenames without whitespace in them are not stripped of double quotes, consistent with previous versions. Change is basically matching ([^ ]+)|"(.*+?)" for filename instead of just ([^ ]+). Only one possible issue I can see with it is if filename *starts* with double quote character and this character is used in some other field X, *and* the overall field number in "number of field X" + 3 or greater. I've never encountered such usage, and believe it's much more useful to support the most common DCC SEND usage than these exotic cases if indeed they exist at all. Otherwise, I guess some option can be added to support such quoted-filenames, b</pre> Mike Kazantsev 2011-10-29T06:04:02 http://comments.gmane.org/gmane.emacs.erc.general/1328 <pre>Hi, When I evaluate this S-expression... (add-hook 'erc-text-matched-hook (lambda (match-type nick msg) (display msg)) ...all CTCP ACTION messages have the first character truncated. To clarify, the `msg' argument to the lambda is truncated. Kind regards, Aidan Gauland </pre> Aidan Gauland 2011-09-15T04:05:28 http://comments.gmane.org/gmane.emacs.erc.general/1325 <pre>Hi, I can tunnel plain, unencrypted ERC over SOCKS by evaluating this... (let ((erc-server-connect-function 'socks-open-network-stream) (socks-server '("Tunnel" "localhost" 1080 5))) (erc :server "irc.example.net" :port 6667 :nick "aidalgol" :full-name "Millicent Bystander")) But if I change `erc' to `erc-tls' (and the port to 6697 or whatever port on which the server accepts encrypted IRC connects)... (let ((erc-server-connect-function 'socks-open-network-stream) (socks-server '("Tunnel" "localhost" 1080 5))) (erc-tls :server "irc.example.net" :port 6697 :nick "aidalgol" :full-name "Millicent Bystander")) ...ERC connects directly, bypassing the SOCKS proxy. Is it simply not possible to use TLS over SOCKS at all (even outside Emacs), or does it have to do with the way in which Emacs initiates TLS connections? Regards, Aidan Gaualnd (P.S. To those of you also on gnu.emacs.help, sorry for the cross-post. I forgot about this group when I posted this th</pre> Aidan Gauland 2011-06-23T02:07:17 http://comments.gmane.org/gmane.emacs.erc.general/1321 <pre> Hi list, I'm using ERC with tabbar or elscreen, but the tabbar or elscreen disappear when current buffer is ERC buffer, the tabbar wiki page says, I can do M-x tabbar-local-mode to get the tabbar line back. but that's not permanent, is there any way to always display the tabbar ? even not to display the channel topic. thanks! </pre> ZhangJun 2011-06-19T08:44:16 http://comments.gmane.org/gmane.emacs.erc.general/1320 <pre>"8 Getting Help and Reporting Bugs" say: 2. gmane.emacs.erc.discuss: General discussion but seems this group named as: gmane.emacs.erc.general Or am I something missing? </pre> Oleksandr Gavenko 2011-06-08T11:16:52 http://comments.gmane.org/gmane.emacs.erc.general/1319 <pre>Currently it mark by different color in mode-line if I set: (setq erc-current-nick-highlight-type 'nick-or-keyword) (setq erc-track-use-faces t) But I want to know more option. http://www.emacswiki.org/emacs/ErcNickNotify - require external .el file and external libnotify program. What are you using? </pre> Oleksandr Gavenko 2011-06-08T08:45:10 http://comments.gmane.org/gmane.emacs.erc.general/1318 <pre>Here is a small patch to implement the 671 numeric, which is an extension of RFC 2812 implemented by some IRC daemons. eg., http://ur1.ca/3khsr and http://ur1.ca/3khrh http://rishi.fedorapeople.org/gnu/0001-New-response-handler-for-671.patch This numeric represents the RPL_WHOISSECURE message, which indicates whether a user is using a secure connection or not. Once the patch is deemed acceptable, I can send a Bazaar bundle as described in http://www.emacswiki.org/emacs/BzrForEmacsCasualDevs Happy hacking, Debarshi _______________________________________________ Erc-discuss mailing list Erc-discuss&lt; at &gt;gnu.org https://lists.gnu.org/mailman/listinfo/erc-discuss </pre> Debarshi Ray 2011-04-25T09:29:47 http://comments.gmane.org/gmane.emacs.erc.general/1315 <pre>Hello all, wilmer, the author of BitlBee ( http://bitlbee.org/ ), the notorious instant messaging to IRC gateway, is attempting to get a good cross-section of IRC clients to support automatically disabling their rate limiting features when connected to a BitlBee server. Rate limiting is counterproductive when used with BitlBee; it gets in the way of BitlBee's paste buffering feature, which is used to convert a series of lines entered in rapid succession (e.g. a paste into the IRC client) into a single, multi-line instant message at the other end. Flood control makes the pasted text dribble in over several seconds, instead of cooperating nicely with BitlBee's paste buffer. For the moment, the kludge I use in ERC for BitlBee is to disable flood control before attempting to send multiple lines yanked from another buffer, or toggling flood control off with a buffer local variable. However, wilmer would like to see clients support ISUPPORT FLOOD information from the server, so that clients connected to bitlbe</pre> William Gardella 2011-03-29T21:08:53 http://comments.gmane.org/gmane.emacs.erc.general/1314 <pre>Hi ! I'm currently using erc, and it's facility to restore channel buffer from logs. But when I restart my erc session, the log get inserted _after_ the prompt as text which is clearly a bug IMHO. Could anybody tell me if there's a workaround for this issue ? Thanks </pre> Francis Moreau 2011-02-14T08:15:11 http://comments.gmane.org/gmane.emacs.erc.general/1313 <pre>Hello, First, thanks for ERC! If this should be directed instead to the emacs-devel list, let me know and I'll resend. I noticed recently that I had not been autojoined to OFTC-hosted channels like I used to be. autojoining works fine with the two other servers I use. The problem is that I'm using emacs as built from upstream in bzr/git. When I switch back to using what's in Fedora 14, it works fine. Here are parts of my startup file: (custom-set-variables '(erc-autojoin-timing 'ident) '(erc-autojoin-delay 10) ) (setq erc-autojoin-channels-alist '( ((...)) ("oftc.net" . ("#virt" "#storage")) ((...)) )) ---------------------------------- In case it helps, here's the tail of my oftc connection buffer: -NickServ- This nickname is registered and protected. If it is your nickname, you may -NickServ- authenticate yourself to services with the IDENTIFY command. You are -NickServ- getting this message because you are not on the access li</pre> Jim Meyering 2011-02-09T10:33:51 http://comments.gmane.org/gmane.emacs.erc.general/1309 <pre>A somewhat basic question: I would like to display a channel status next to user nicks in IRC channels (this is behaviour I am used to from irssi): For instance, I would like to see &lt; at &gt;bigboss if the bigboss nick is a channel op. Is this possible? I suspect I'm simply not finding the correct option when customizing the erc group. I had asked on help-gnu-emacs thinking the erc-help mailing list had been closed, and was told that my question was off-topic. Hence it is being asked here. My apologies if this is considered off-topic for this list as well. Cheers, Jonathan -- jjg: Jonathan J. Groll : groll co za has_one { :blog =&gt; "http://bloggroll.com" } Reine, reine gueux éveille Gomme à gaine, en horreur, taie. </pre> Jonathan Groll 2011-01-20T11:35:50 http://comments.gmane.org/gmane.emacs.erc.general/1295 <pre>Hi - I've noticed that erc has lost its maintainer (and its package status) on the emacs BTS - I asked around and was told the maintainership was up for adoption - is this true? If so, is this the right place to ask about it? I was in the process of herding some patches in to erc via the BTS (talking to keramida), but he doesn't seem to have been around for a while. Also, is erc maintainership separate to maintainership of the erc package in emacs? I'd be happy to spend some time on erc, in either maintainer role, or both, either as sole maintainer or part of a team. For reference, here are the things I was herding through the BTS: http://debbugs.gnu.org/cgi/pkgreport.cgi?correspondent=vivek%40collabora.co.uk;correspondent=vivek%40etla.org (Some of you may know me as fledermaus on freenode IRC's #emacs) </pre> Vivek Dasmohapatra 2010-05-10T20:29:25 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.emacs.erc.general