Menu
▾
▴
erc-help — Archive of problems, bugs, features, news
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(10) |
Nov
(46) |
Dec
(2) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(5) |
Feb
|
Mar
(6) |
Apr
(2) |
May
(25) |
Jun
(2) |
Jul
(1) |
Aug
(5) |
Sep
(4) |
Oct
(7) |
Nov
|
Dec
(18) |
| 2003 |
Jan
(8) |
Feb
(1) |
Mar
(2) |
Apr
(4) |
May
(14) |
Jun
(32) |
Jul
(15) |
Aug
(23) |
Sep
(23) |
Oct
(22) |
Nov
(27) |
Dec
(24) |
| 2004 |
Jan
(18) |
Feb
(38) |
Mar
(32) |
Apr
(18) |
May
(70) |
Jun
(1) |
Jul
(21) |
Aug
(19) |
Sep
(32) |
Oct
(11) |
Nov
(11) |
Dec
(19) |
| 2005 |
Jan
(48) |
Feb
(13) |
Mar
(19) |
Apr
(25) |
May
(4) |
Jun
(23) |
Jul
(8) |
Aug
(13) |
Sep
(12) |
Oct
(17) |
Nov
(4) |
Dec
(5) |
| 2006 |
Jan
(31) |
Feb
(30) |
Mar
(28) |
Apr
(11) |
May
(21) |
Jun
(7) |
Jul
(12) |
Aug
(5) |
Sep
(7) |
Oct
(24) |
Nov
(2) |
Dec
|
|
From: Michael O. <mw...@gn...> - 2006-02-12 04:30:24
|
Should we install the erc-capab.el file to Emacs, or wait until it is more stable (or included in a release)? I'm having success with using it so far, except for a fill issue when a non-identified Freenode person has a long line wrapped. The subsequent filled lines are one character more to the left than they should be. =2D-=20 Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Interests: manga, Debian, XHTML, wiki, Emacs Lisp /` |\ | | | IRC: mwolson on freenode.net: #hcoop, #muse, #PurdueLUG |_] | \| |_| Jabber: mwolson_at_hcoop.net |
|
From: Diane M. <di...@us...> - 2006-02-09 02:10:43
|
Hi John, I reverted back to using ssl.el in CVS release_5_1_branch earlier today after you mentioned your problems with tls.el in #emacs, since the released version should work as expected. -- disumu |
|
From: Diane M. <di...@us...> - 2006-02-09 02:03:47
|
Hi all, I've just added erc-capab.el to the project. It contains a new module, `erc-capab-identify', which adds support for dancer-ircd and hyperion's CAPAB IDENTIFY-MSG - freenode.net uses this, for example. With this enabled, you can mark unidentified users. I've been using this functionality for a while in my personal configuration, but I figured since we use irc.freenode.net as the default server, I might as well clean it up, document it, and commit it. I named the file erc-capab.el to leave room for any future capabilities that might be added to the servers. -- disumu |
|
From: John S. <jo...@fs...> - 2006-02-08 20:41:13
|
After updating to the current CVS, I was unable to use erc-select-ssl. My version of tls.el is the version that ships with No Gnus. After switching to the version that is in CVS Emacs lisp/net, I was able to connect. So I suspect that there are some differences between these two versions of the library that are causing the problems. Maybe I'll have time to check out what the differences are exactly, but maybe someone else will get to it before me :). I can't post the full backtrace because it has passwords and sensitive info in it which I don't have time to blank out, but the end error was processp returning nil when it expected a process to have been created. This is with GNU Emacs 21.3.1. On a related note, ERC behaved very badly when I attempted to connect to the SSL server using just erc-select. The server refused the connection, but the refusals and reconnection attempts happened so quickly and repeatedly that there was no way to break the cycle, and I had to kill Emacs externally. Repeated C-g's only produced a core dump, and (kill-process) failed to kill the process. Is there a way to stop these reconnection attempts once they've started? -johns |
|
From: Michael O. <mw...@gn...> - 2006-02-07 23:45:39
|
Pascal Bourguignon <pj...@in...> writes: > No objection, but is there still anybody using MS-DOS on a 8088, > 8086, 80186 or 80286? Really, in 2006? > > Because on any other processor, Linux can run better with no naming > problem. Someone reported it as a problem to the Emacs developers, so there's at least one person still using MS-DOS. =2D-=20 Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Interests: manga, Debian, XHTML, wiki, Emacs Lisp /` |\ | | | IRC: mwolson on freenode.net: #hcoop, #muse, #PurdueLUG |_] | \| |_| Jabber: mwolson_at_hcoop.net |
|
From: Pascal B. <pj...@in...> - 2006-02-07 23:32:32
|
Michael Olson writes: > Michael Olson <mw...@gn...> writes: > > > I propose renaming the following files, in order to make things > > easier on DOS users. It's a bit better in the long run anyway, > > IMHO, since less commonness in names means that less needs to be > > typed when TAB- completing a name. > > > > ChangeLog.2001 => ChangeLog.01 > > ChangeLog.2002 => ChangeLog.02 > > ChangeLog.2003 => ChangeLog.03 > > ChangeLog.2004 => ChangeLog.04 > > ChangeLog.2005 => ChangeLog.05 > > erc-complete.el => erc-hecomplete.el > > erc-autojoin.el => erc-join.el > > erc-nets.el => erc-networks.el > > erc-nickserv.el => erc-services.el > > > > If there are any objections, let me know in a couple of days. No objection, but is there still anybody using MS-DOS on a 8088, 8086, 80186 or 80286? Really, in 2006? Because on any other processor, Linux can run better with no naming problem. -- __Pascal Bourguignon__ http://www.informatimago.com/ "Indentation! -- I will show you how to indent when I indent your skull!" |
|
From: Michael O. <mw...@gn...> - 2006-02-07 18:18:28
|
Michael Olson <mw...@gn...> writes: > I propose renaming the following files, in order to make things > easier on DOS users. It's a bit better in the long run anyway, > IMHO, since less commonness in names means that less needs to be > typed when TAB- completing a name. > > ChangeLog.2001 =3D> ChangeLog.01=20 > ChangeLog.2002 =3D> ChangeLog.02=20 > ChangeLog.2003 =3D> ChangeLog.03=20 > ChangeLog.2004 =3D> ChangeLog.04=20 > ChangeLog.2005 =3D> ChangeLog.05=20 > erc-complete.el =3D> erc-hecomplete.el=20 > erc-autojoin.el =3D> erc-join.el=20 > erc-nets.el =3D> erc-networks.el=20 > erc-nickserv.el =3D> erc-services.el=20 > > If there are any objections, let me know in a couple of days. I've committed this change to ERC CVS HEAD. I'll install it to Emacs later today, after some more testing. =2D-=20 Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Interests: manga, Debian, XHTML, wiki, Emacs Lisp /` |\ | | | IRC: mwolson on freenode.net: #hcoop, #muse, #PurdueLUG |_] | \| |_| Jabber: mwolson_at_hcoop.net |
|
From: Michael O. <mw...@gn...> - 2006-02-06 02:30:20
|
Diane Murray <ds...@x3...> writes: > The new branch is meant to keep track of bug fixes to 5.1. This way > new features don't get mixed in with things if we need to release > 5.1.2 for example. In Arch it would be comparable with the > erc--cvs--5.0 you had set up before. OK. I've now set up a erc--cvs--5.1 branch that tracks release_5_1_branch in CVS. =2D-=20 Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Interests: manga, Debian, XHTML, wiki, Emacs Lisp /` |\ | | | IRC: mwolson on freenode.net: #hcoop, #muse, #PurdueLUG |_] | \| |_| Jabber: mwolson_at_hcoop.net |
|
From: Diane M. <ds...@x3...> - 2006-02-06 00:35:38
|
Michael Olson <mw...@gn...> wrote: >> I set up the release_5_1_branch in CVS a few days ago and merged >> all changes since the 5.1 release today. > What should we be using this branch to do? I want to make sure that > I don't step on anyone's toes this time. The new branch is meant to keep track of bug fixes to 5.1. This way new features don't get mixed in with things if we need to release 5.1.2 for example. In Arch it would be comparable with the erc--cvs--5.0 you had set up before. -- disumu |
|
From: Michael O. <mw...@gn...> - 2006-02-05 23:45:27
|
Diane Murray <di...@us...> writes: > I set up the release_5_1_branch in CVS a few days ago and merged all > changes since the 5.1 release today. What should we be using this branch to do? I want to make sure that I don't step on anyone's toes this time. > On the Sourceforge project page I removed old, fixed tracker items. > I also updated the project details, where I took the liberty to > upgrade the development status to `Production/Stable' - should the > `Beta' status be removed? Thanks for the promotion to project > admin, Alex :) Thanks! =2D-=20 Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Interests: manga, Debian, XHTML, wiki, Emacs Lisp /` |\ | | | IRC: mwolson on freenode.net: #hcoop, #muse, #PurdueLUG |_] | \| |_| Jabber: mwolson_at_hcoop.net |
|
From: Diane M. <di...@us...> - 2006-02-05 23:23:54
|
Hi all, I set up the release_5_1_branch in CVS a few days ago and merged all changes since the 5.1 release today. On the Sourceforge project page I removed old, fixed tracker items. I also updated the project details, where I took the liberty to upgrade the development status to `Production/Stable' - should the `Beta' status be removed? Thanks for the promotion to project admin, Alex :) -- disumu |
|
From: Michael O. <mw...@gn...> - 2006-02-05 05:00:19
|
ERC NEWS -*- outline -*- * Changes in ERC 5.1.1 ** Fix a requirement on cl.el. ** Use tls.el for SSL connections, rather than ssl.el. ** Changes and additions to modules *** ibuffer integration (erc-ibuffer.el) **** Update this to work with the version of ibuffer.el that comes with recent Emacs variants. *** Old completion (erc-complete.el) **** Fix a few errors. *** Speedbar (erc-speedbar.el) **** Make this work with the version of speedbar.el that comes with recent Emacs variants. *** Timestamps (erc-stamp.el) **** By default, use a more failsafe method of displaying right timestamps. To get right timestamps to align perfectly in Emacs22 using X, set the new `erc-timestamp-right-align-by-pixel' option to non-nil. *** Viper compatibility (erc-viper.el) **** Since most of these changes are now merged into Emacs22, detect whether we need these changes and install them only if necessary. |
|
From: Michael O. <mw...@gn...> - 2006-02-04 20:45:20
|
Eli Zaretskii <el...@gn...> writes:
> Some of the files in the ERC package installed in the Emacs CVS tree
> have names that are not unique in the first 8+3 characters. DOSCHK
> found the following clashes:
>
> The following resolve to the same DOS file names:
> CHANGELO.200 : ./lisp/erc/ChangeLog.2001
> ./lisp/erc/ChangeLog.2002
> ./lisp/erc/ChangeLog.2003
> ./lisp/erc/ChangeLog.2004
> ./lisp/erc/ChangeLog.2005
> ERC-AUTO.EL : ./lisp/erc/erc-autoaway.el
> ./lisp/erc/erc-autojoin.el
> ERC-COMP.EL : ./lisp/erc/erc-compat.el
> ./lisp/erc/erc-complete.el
> ERC-NETS.EL : ./lisp/erc/erc-nets.el
> ./lisp/erc/erc-netsplit.el
> ERC-NICK.EL : ./lisp/erc/erc-nicklist.el
> ./lisp/erc/erc-nickserv.el
I propose renaming the following files, in order to make things easier
on DOS users. It's a bit better in the long run anyway, IMHO, since
less commonness in names means that less needs to be typed when TAB-
completing a name.
ChangeLog.2001 =3D> ChangeLog.01=20
ChangeLog.2002 =3D> ChangeLog.02=20
ChangeLog.2003 =3D> ChangeLog.03=20
ChangeLog.2004 =3D> ChangeLog.04=20
ChangeLog.2005 =3D> ChangeLog.05=20
erc-complete.el =3D> erc-hecomplete.el=20
erc-autojoin.el =3D> erc-join.el=20
erc-nets.el =3D> erc-networks.el=20
erc-nickserv.el =3D> erc-services.el=20
If there are any objections, let me know in a couple of days.
I'm going to make a 5.1.1 bugfix release today. It will not have
these changes, since I'll wait for consensus.
=2D-=20
Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/
Interests: manga, Debian, XHTML, wiki, Emacs Lisp
/` |\ | | | IRC: mwolson on freenode.net: #hcoop, #muse, #PurdueLUG
|_] | \| |_| Jabber: mwolson_at_hcoop.net
|
|
From: Sascha W. <wi...@in...> - 2006-01-31 08:20:02
|
Michael Olson <mw...@gn...> writes: > OK, apparently the solution I wanted to use is more fickle than it > should be, so the default is now to use a more failsafe (but prone to > alignment issues, at least to me) method. Your change fixed it for me, thanks! cheers sascha =2D-=20 Sascha Wilde Intevation GmbH wi...@in... int...@in... http://www.intevation.de/~wilde/ http://www.intevation.de/ |
|
From: Michael O. <mw...@gn...> - 2006-01-30 15:11:28
|
Sascha Wilde <wi...@in...> writes: > Michael Olson <mw...@gn...> writes: > >> Sascha Wilde <wi...@in...> writes: >> >>> But when I changed today from 5.0.4 to the version coming with >>> Emacs (nightly build from cvs), erc-insert-timestamp-right stoped >>> working for me, the timestamps appear immediately after the text >>> on the line. >> >> What is the value you get from M-: window-system RET? > > x > >> You *are* using this with Emacs22, right? > > yes OK, apparently the solution I wanted to use is more fickle than it should be, so the default is now to use a more failsafe (but prone to alignment issues, at least to me) method. Customizing `erc-timestamp-right-align-by-pixel' will change this. =2D-=20 Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Interests: manga, Debian, XHTML, wiki, Emacs Lisp /` |\ | | | IRC: mwolson on freenode.net: #hcoop, #muse, #PurdueLUG |_] | \| |_| Jabber: mwolson_at_hcoop.net |
|
From: Michael O. <mw...@gn...> - 2006-01-30 15:01:46
|
Edward O'Connor <ho...@gm...> writes: > Assuming ERC CVS will be maintained as well (I don't actually know > if this is intended), I've just committed an update to erc-viper.el > there which only frobs Viper if Viper isn't already frobbed, as it > may be if you're using ERC CVS under Emacs CVS. Yep, we'll keep maintaining ERC CVS HEAD. I'll keep syncing any important changes made to and from the Emacs and ERC repositories. =2D-=20 Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Interests: manga, Debian, XHTML, wiki, Emacs Lisp /` |\ | | | IRC: mwolson on freenode.net: #hcoop, #muse, #PurdueLUG |_] | \| |_| Jabber: mwolson_at_hcoop.net |
|
From: Sascha W. <wi...@in...> - 2006-01-30 13:30:52
|
Michael Olson <mw...@gn...> writes: > Sascha Wilde <wi...@in...> writes: > >> But when I changed today from 5.0.4 to the version coming with Emacs >> (nightly build from cvs), erc-insert-timestamp-right stoped working >> for me, the timestamps appear immediately after the text on the >> line. > > What is the value you get from M-: window-system RET? x > You *are* using this with Emacs22, right?=20 yes > I can't tell from your message whether you're using a nightly build > of ERC or Emacs, both, I'm using a nightly build of GNU Emacs CVS, and the included erc. > so I need to know the value of M-: erc-version-string as well. "Version 5.1 (Emacs 22)" like in the subject ;-) cheers sascha =2D-=20 Sascha Wilde Intevation GmbH wi...@in... int...@in... http://www.intevation.de/~wilde/ http://www.intevation.de/ |
|
From: Michael O. <mw...@gn...> - 2006-01-30 13:00:45
|
Sascha Wilde <wi...@in...> writes: > But when I changed today from 5.0.4 to the version coming with Emacs > (nightly build from cvs), erc-insert-timestamp-right stoped working > for me, the timestamps appear immediately after the text on the > line. What is the value you get from M-: window-system RET? You *are* using this with Emacs22, right? I can't tell from your message whether you're using a nightly build of ERC or Emacs, so I need to know the value of M-: erc-version-string as well. =2D-=20 Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Interests: manga, Debian, XHTML, wiki, Emacs Lisp /` |\ | | | IRC: mwolson on freenode.net: #hcoop, #muse, #PurdueLUG |_] | \| |_| Jabber: mwolson_at_hcoop.net |
|
From: Sascha W. <wi...@in...> - 2006-01-30 10:17:15
|
Hi *, I'm happy to see erc in CVS Emacs. :-) But when I changed today from 5.0.4 to the version coming with Emacs (nightly build from cvs), erc-insert-timestamp-right stoped working for me, the timestamps appear immediately after the text on the line. cheers sascha |
|
From: Edward O'C. <ho...@gm...> - 2006-01-30 00:13:38
|
Yo, I've submitted a patch to Emacs (see emacs-devel, message id <m2hd7mg4uf.fsf@roisin.local> [0]) that removes erc-viper.el from the ERC that's bundled with Emacs, by applying its Viper manipulations to Viper itself. Assuming ERC CVS will be maintained as well (I don't actually know if this is intended), I've just committed an update to erc-viper.el there which only frobs Viper if Viper isn't already frobbed, as it may be if you're using ERC CVS under Emacs CVS. Ted 0. http://article.gmane.org/gmane.emacs.devel/49706 -- Edward O'Connor ho...@gm... Ense petit placidam sub libertate quietem. |
|
From: Michael O. <mw...@gn...> - 2006-01-29 20:00:34
|
Henrik Enberg <hen...@te...> writes: > I don't know if it's a requirement per se, but the current encoding > is messed up right now at least. Emacs opens it as iso-latin-1-unix > right now, and it looks like it has b0rked utf-8 in it. Ah, I see what you mean now. I've committed changes to make utf-8 the encoding used when viewing these files. =2D-=20 Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Interests: manga, Debian, XHTML, wiki, Emacs Lisp /` |\ | | | IRC: mwolson on freenode.net: #hcoop, #muse, #PurdueLUG |_] | \| |_| Jabber: mwolson_at_hcoop.net |
|
From: Michael O. <mw...@gn...> - 2006-01-29 19:30:19
|
Andreas Schwab <sc...@su...> writes: > I'm getting the following warnings during compilation: > > erc-ibuffer.el:58:25:Warning: `:documentation' called as a function [snip] I've committed a fix for this to Emacs. =2D-=20 Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Interests: manga, Debian, XHTML, wiki, Emacs Lisp /` |\ | | | IRC: mwolson on freenode.net: #hcoop, #muse, #PurdueLUG |_] | \| |_| Jabber: mwolson_at_hcoop.net |
|
From: Edward O'C. <ho...@gm...> - 2006-01-29 19:06:04
|
> I've completed the installation of ERC to Emacs. Fantastic! :) Ted -- Edward O'Connor ho...@gm... Ense petit placidam sub libertate quietem. |
|
From: Henrik E. <hen...@te...> - 2006-01-29 18:43:24
|
> > The ChangeLogs need a coding cookie in the local variables section. > > iso-2022-7bit seem to be what Emacs uses. > > Why is that a requirement? I don't see any mention of this in > "(emacs)Change Log", and mh-e doesn't do this. I don't know if it's a requirement per se, but the current encoding is messed up right now at least. Emacs opens it as iso-latin-1-unix right now, and it looks like it has b0rked utf-8 in it. |
|
From: Michael O. <mw...@gn...> - 2006-01-29 17:15:37
|
Henrik Enberg <hen...@te...> writes: > The ChangeLogs need a coding cookie in the local variables section. > iso-2022-7bit seem to be what Emacs uses. Why is that a requirement? I don't see any mention of this in "(emacs)Change Log", and mh-e doesn't do this. =2D-=20 Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Interests: manga, Debian, XHTML, wiki, Emacs Lisp /` |\ | | | IRC: mwolson on freenode.net: #hcoop, #muse, #PurdueLUG |_] | \| |_| Jabber: mwolson_at_hcoop.net |
197 messages has been excluded from this view by a project administrator.
