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: <boj...@dd...> - 2005-04-09 00:08:25
|
Michael Olson <mw...@gn...> writes: > Does anyone mind too much if I remove all of the CVS auto-generated > revision strings (i.e. erc-*-version variables) with the exception > of erc-version? I would miss them. -- Johan Bockgård |
|
From: Alex S. <al...@gn...> - 2005-04-08 06:21:04
|
Michael Olson schrieb: >Does anyone mind too much if I remove all of the CVS auto-generated >revision strings (i.e. erc-*-version variables) with the exception of >erc-version? They're causing me a lot of headaches when I try to >merge changes from CVS head back to the 5.0 release branch. In >particular, they cause reject files to happen when I try to merge >branches with Arch. > >If I don't hear any serious objections, I'll remove these variables in >a few days. > > > Well, these revisions are file-based, so if somebody uses ERC from CVS and reports an error for module foo, we are interested in the revision of foo.el, not in the revision of erc.el. If you are going to argue that those people will know how to use CVS anyway, then you might as well go all the way and remove all the revisions, including erc.el's. All we ever use it for is /sv-fest anyway... ;) Alex. |
|
From: Michael O. <mw...@gn...> - 2005-04-08 02:08:11
|
Does anyone mind too much if I remove all of the CVS auto-generated revision strings (i.e. erc-*-version variables) with the exception of erc-version? They're causing me a lot of headaches when I try to merge changes from CVS head back to the 5.0 release branch. In particular, they cause reject files to happen when I try to merge branches with Arch. If I don't hear any serious objections, I'll remove these variables in a few days. =2D-=20 Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Jabber: mwolson_at_hcoop.net -- IRC: mwolson on freenode.net: #muse, #pulug /` |\ | | | |_] | \| |_| Interests: anime, Debian GNU/Linux, XHTML, wiki, Lisp |
|
From: Michael O. <mw...@gn...> - 2005-04-04 17:13:50
|
Henrik Enberg <hen...@te...> writes: > Here's a small patch to make erc-track a bit more cosmetically > pleasing. Currently, it always inserts spaces before and after the > "[#f,#o,#o]" string, which looks really ugly in some cases.=20=20 I've tested and applied this to CVS head. Sorry for the long wait! > This patch changes it so that if erc-track-position-in-mode-line set to > t or whatever: > > "---Mail [#e] ---" =3D> "---Mail [#e]---" > > and if it's 'after-modes > > "(Emacs-Lisp)- [#e] --" =3D> "(Emacs-Lisp)-[#e]--" > > Nuttin' changes if it's set to 'before-modes. > > Also, shouldn't the default setting be to show it in > global-mode-string? That's the Emacs standard, isn't it? =2D-=20 Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Jabber: mwolson_at_hcoop.net -- IRC: mwolson on freenode.net: #muse, #pulug /` |\ | | | |_] | \| |_| Interests: anime, Debian GNU/Linux, XHTML, wiki, Lisp |
|
From: Michael O. <mw...@gn...> - 2005-04-04 17:11:57
|
"It's me FKtPp ;)" <m_...@ya...> writes: > hi, > > this patch searchs erc-response.command-args for channel name and > then decode the erc-response struct use this channel name as key > acroding the `erc-encoding-coding-alist'. I've applied this to CVS head. =2D-=20 Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Jabber: mwolson_at_hcoop.net -- IRC: mwolson on freenode.net: #muse, #pulug /` |\ | | | |_] | \| |_| Interests: anime, Debian GNU/Linux, XHTML, wiki, Lisp |
|
From: Adrian A. <ad...@us...> - 2005-04-02 19:55:22
|
tc...@fr... (Tobias C. Rittweiler) writes: > Adrian Aichner <ad...@xe...> writes: > >> tc...@fr... (Tobias C. Rittweiler) writes: >> >> > Adrian Aichner <ad...@xe...> writes: >> > >> > > Making erc depend on gnus would be a pretty bad idea, IMO. >> > > >> > > Not that XEmacs packages don't have interdependencies, but this >> > > one seems like a bit of a strech. >> > >> > Of course. But be aware that I haven't spoken about a eat-or-die >> > dependency. (In fact, I understand `netrc.el' as being there for >> > deploying it with your own code base for the case that Gnus ain't >> > installed.) >> >> Ah, and netrc.el is in the mail-lib XEmacs package, not in gnus. I >> just checked. > > As well as in in GNU Emacs (22.0.50 at least); there it's in > net/netrc.el. Does that relativise your complain? :-) Yes, it does -- not that I have any say here :-) Are you thinking of optional functionality based on (featurep 'netrc) test? Using an ftp configuration file for erc seems a bit abusive, though. > > > --tcr. > > > -- Adrian Aichner mailto:ad...@us... http://xemacs.sourceforge.net/ |
|
From: <tc...@fr...> - 2005-04-02 19:33:46
|
Adrian Aichner <ad...@xe...> writes: > tc...@fr... (Tobias C. Rittweiler) writes: > > > Adrian Aichner <ad...@xe...> writes: > > > > > Making erc depend on gnus would be a pretty bad idea, IMO. > > > > > > Not that XEmacs packages don't have interdependencies, but this > > > one seems like a bit of a strech. > > > > Of course. But be aware that I haven't spoken about a eat-or-die > > dependency. (In fact, I understand `netrc.el' as being there for > > deploying it with your own code base for the case that Gnus ain't > > installed.) > > Ah, and netrc.el is in the mail-lib XEmacs package, not in gnus. I > just checked. As well as in in GNU Emacs (22.0.50 at least); there it's in net/netrc.el. Does that relativise your complain? :-) --tcr. |
|
From: <tc...@fr...> - 2005-04-02 17:35:00
|
Michael Olson <mw...@gn...> writes: > What I do is put the following in my .emacs: > > ;; Load authentication info from an external source > (load "~/.emacs.d/.erc-auth") > > [...] > > I did a chmod 600 on it to make it private. This is probably a bit > like your .ercrc.el idea. Yes, exactly. (With the difference that `.ercrc.el' is in `erc-startup-file-list' and thus loaded automatically.) I'd like to have a central place for such place in general, though. --tcr. |
|
From: Michael O. <mw...@gn...> - 2005-04-02 17:22:45
|
tc...@fr... (Tobias C. Rittweiler) writes: > Hi ERC-hackers, > > my concern is how to conventienly avoid having to set `erc-password' > in my .emacs. I figured, I could use a `.ercrc.el' file for that, > but how about using `.authinfo' resp. `.netrc' for it? (parsing > facilities are nicely provided in `netrc.el' by Gnus, so from a > technical point of view, it shouldn't be all that hard.) What do you > think? Useful? Abusion? What I do is put the following in my .emacs: ;; Load authentication info from an external source (load "~/.emacs.d/.erc-auth") The file called ~/.emacs.d/.erc-auth contains something like the following: ;;; Variables (setq erc-password "mypassword") ;;Local variables: ;;mode: emacs-lisp ;;End: I did a chmod 600 on it to make it private. This is probably a bit like your .ercrc.el idea. =2D-=20 Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Jabber: mwolson_at_hcoop.net -- IRC: mwolson on freenode.net: #muse, #pulug /` |\ | | | |_] | \| |_| Interests: anime, Debian GNU/Linux, XHTML, wiki, Lisp |
|
From: <tc...@fr...> - 2005-04-02 16:48:36
|
Adrian Aichner <ad...@xe...> writes:
> tc...@fr... (Tobias C. Rittweiler) writes:
>
> > my concern is how to conventienly avoid having to set `erc-password' in
> > my .emacs. I figured, I could use a `.ercrc.el' file for that, but how
> > about using `.authinfo' resp. `.netrc' for it? (parsing facilities are
> > nicely provided in `netrc.el' by Gnus, so from a technical point of
> > view, it shouldn't be all that hard.) What do you think? Useful? Abusion?
>
> [...]
>
> Making erc depend on gnus would be a pretty bad idea, IMO.
>
> Not that XEmacs packages don't have interdependencies, but this one
> seems like a bit of a strech.
Of course. But be aware that I haven't spoken about a eat-or-die
dependency. (In fact, I understand `netrc.el' as being there for
deploying it with your own code base for the case that Gnus ain't
installed.)
--tcr.
PS: Sorry Adrian that I sent you an extra reply. I pressed the wrong
key.
|
|
From: Adrian A. <ad...@xe...> - 2005-04-02 15:43:48
|
tc...@fr... (Tobias C. Rittweiler) writes: > Hi ERC-hackers, > > my concern is how to conventienly avoid having to set `erc-password' in > my .emacs. I figured, I could use a `.ercrc.el' file for that, but how > about using `.authinfo' resp. `.netrc' for it? (parsing facilities are > nicely provided in `netrc.el' by Gnus, so from a technical point of > view, it shouldn't be all that hard.) What do you think? Useful? Abusion? Hi Tobias, erc is also an XEmacs package. XEmacs has a gnus package as well, of course. Making erc depend on gnus would be a pretty bad idea, IMO. Not that XEmacs packages don't have interdependencies, but this one seems like a bit of a strech. Best regards, Adrian > > > --tcr. > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click -- Adrian Aichner mailto:ad...@xe... http://www.xemacs.org/ |
|
From: <tc...@fr...> - 2005-04-02 15:08:57
|
Hi ERC-hackers, my concern is how to conventienly avoid having to set `erc-password' in my .emacs. I figured, I could use a `.ercrc.el' file for that, but how about using `.authinfo' resp. `.netrc' for it? (parsing facilities are nicely provided in `netrc.el' by Gnus, so from a technical point of view, it shouldn't be all that hard.) What do you think? Useful? Abusion? --tcr. |
|
From: Michael O. <mw...@gn...> - 2005-03-21 14:09:15
|
I've prepared a Debian package for ERC 5.0.2. It may be found at http://www.mwolson.org/debian/. For now, I've signed it as a Non-maintainer upload. I'm willing to prepare Debian packages for every release we make. I had to do a slight hack in debian/install because of a quirk in the Debian Emacs installation process, but it seems to work properly. Details may be found in the ChangeLog. =2D-=20 Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Jabber: mwolson_at_hcoop.net -- IRC: mwolson on freenode.net: #muse, #pulug /` |\ | | | |_] | \| |_| Interests: anime, Debian GNU/Linux, XHTML, wiki, Lisp |
|
From: It's me F. ;) <m_...@ya...> - 2005-03-20 05:08:05
|
hi, this patch searchs erc-response.command-args for channel name and then decode the erc-response struct use this channel name as key acroding the `erc-encoding-coding-alist'. best regards FKtPp |
|
From: Alex S. <al...@gn...> - 2005-03-20 00:45:10
|
Adrian Aichner schrieb: > Hi Alex, I was not aware erc had copyright issues. Keeping track of all the contributors, having them sign the papers, and at the same time releasing a version, and moving our stuff to the Emacs CVS repository... In the two years or so I've been watching ERC there just never seemed to be the right time. But I've also treated it as a low-priority item after the first few days... So really, n=1 for the sample of people thinking that we might have a problem... >Yet it uses the GPL V2. > > The two have very little to do with each other. GNU is a project of the FSF, and GPL is a license of the FSF. But not every piece of software using the GPL is part of GNU and the same is true the other way arround. Alex. |
|
From: Adrian A. <ad...@xe...> - 2005-03-20 00:08:15
|
Alex Schroeder <al...@gn...> writes: > Jorgen Schaefer schrieb: > >>The next thing is that the same ERC developer (or kensanata, >>whoever is first) should look for copyright assignments. I'm not >>too up-to-date on that ;-) >> >> > Heh. With not using ERC that often anymore, I think it is time to > pass this on to the next person. Michael seems to be taking over, and > that's fine with me. > > I'm actually thinking that maybe rcirc is ready for prime-time, and > much smaller, and no copyright issues -- so maybe we should get rcirc Hi Alex, I was not aware erc had copyright issues. What are they? Is it because of contributions without papers? https://savannah.nongnu.org/projects/rcirc says rcirc is not part of the GNU project. Yet it uses the GPL V2. Adrian > into Emacs first... > >>>That brings me to another question: how is the 5.0 release >>>branch usually put to use? >>> >>> > Same here. For releases 3 and 4 we just had a feature freeze for a > few days after deciding that now was a good time, packed HEAD into a > tarball, and continued with business as usual. No bug-fix releases. > > Alex. > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click -- Adrian Aichner mailto:ad...@xe... http://www.xemacs.org/ |
|
From: Alex S. <al...@gn...> - 2005-03-19 23:39:35
|
Jorgen Schaefer schrieb: >The next thing is that the same ERC developer (or kensanata, >whoever is first) should look for copyright assignments. I'm not >too up-to-date on that ;-) > > Heh. With not using ERC that often anymore, I think it is time to pass this on to the next person. Michael seems to be taking over, and that's fine with me. I'm actually thinking that maybe rcirc is ready for prime-time, and much smaller, and no copyright issues -- so maybe we should get rcirc into Emacs first... >>That brings me to another question: how is the 5.0 release >>branch usually put to use? >> >> Same here. For releases 3 and 4 we just had a feature freeze for a few days after deciding that now was a good time, packed HEAD into a tarball, and continued with business as usual. No bug-fix releases. Alex. |
|
From: Jorgen S. <fo...@fo...> - 2005-03-19 21:04:07
|
Michael Olson <mw...@gn...> writes:
> Out of curiosity, how do ERC developers usually deal with
> patches/programs that are introduced on the mailing list? Is there
> anyone who decides whether or not the change is useful and installs
> it?
Any ERC developer who thinks the patch is useful applies it. The
same as any ERC developer who thinks he has some useful code just
applies it. :-)
The next thing is that the same ERC developer (or kensanata,
whoever is first) should look for copyright assignments. I'm not
too up-to-date on that ;-)
> That brings me to another question: how is the 5.0 release
> branch usually put to use?
Honest reply: Not at all (at least by me).
Greetings,
-- Jorgen
=2D-=20
((email . "fo...@fo...") (www . "http://www.forcix.cx/")
(gpg . "1024D/028AF63C") (irc . "nick forcer on IRCnet"))
|
|
From: Michael O. <mw...@gn...> - 2005-03-19 20:12:49
|
Out of curiosity, how do ERC developers usually deal with patches/programs that are introduced on the mailing list? Is there anyone who decides whether or not the change is useful and installs it? That brings me to another question: how is the 5.0 release branch usually put to use? I thought that it was for the preparation of releases on the 5.0 series. I have a vague feeling that I might be misusing it, so let me know if I'm not doing the right thing with it. =2D-=20 Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Jabber: mwolson_at_hcoop.net -- IRC: mwolson on freenode.net: #muse, #pulug /~ |\ | | | Interests: anime, Debian GNU/Linux, XHTML, wiki, Lisp |_] | \| |_| Fun quotes: http://www.mwolson.org/plans/QuoteList.html |
|
From: Michael O. <mw...@gn...> - 2005-03-19 20:08:32
|
Edg...@in... (Edgar Gon=C3=A7alves) writes: > One last thing, erc-wide: is there any arch repository with the > latest erc code? It'd be most usefull! Yes, I maintain an Arch repository that mirrors ERC development (both latest development changes and the 5.0 release branch). Disclaimer: It's not official, and I don't know of anyone who makes use of it other than me :^) . Archive name: mw...@gn...--2005 Location: http://www.mwolson.org/archives/2005 Development branch: erc--cvs-head--0 5.0 release branch: erc--cvs--5.0 I haven't yet made it so that they are synced automatically from the ERC CVS, but I try to keep them up-to-date. There is a Web interface to my archives (mostly to see what is available in a graphical way) at http://www.mwolson.org/archives/. =2D-=20 Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Jabber: mwolson_at_hcoop.net -- IRC: mwolson on freenode.net: #muse, #pulug /~ |\ | | | Interests: anime, Debian GNU/Linux, XHTML, wiki, Lisp |_] | \| |_| Fun quotes: http://www.mwolson.org/plans/QuoteList.html |
|
From: Lawrence M. <s01...@sm...> - 2005-03-16 14:04:56
|
Hi there, I've copied the erc list (erc...@li...) to see if they have any=20 input as well. Edgar Gon=E7alves wrote: > Hi! I've made some changes to your erc-nicklist.el, in order to suite m= y needs > (bitlbee with MSN and ICQ accounts). I liked your list, but it still is= a bit > far from a "regular" list, either on mirc, miranda or other IM out ther= e. So I > added a few information to it. >=20 > I still have a few wishes, and I think they are somehow doable: > - Make the nick faces according to the nick state and/or pal/danger sta= tus > - Put a small pic besides each nick, to indicate connection and/or away > state. This could be done easily, I think! Yes, one would have to create icons, but then it would be as simple as=20 adding a little text-property. Speedbar does something similar when=20 displaying files/directories, so it might be worth looking at that. > - Put the buddy icon before the nick. This will be possible when bitlbe= e > supports that feature, only. Similarly, this seems quite doable. One would have to devise a way for=20 ERC to be notified when buddy status changes, I presume bitlbee then=20 sends some kind of IRC message which we could intercept and interpret=20 accordingly. > - Yet more info on the tooltip. The most striking one is the MSN nick, = wich is > extracted by erc-bbdb on a /whois, but I haven't figured out how, so = far. > - Make the query command work. either on the menu, or with a keystroke,= or a > double-click, or something. It's crucial in order for the list to be = REALLY > usefull, imho! Yes, as mentioned in the TODO near the top of the file, it was more of a=20 proof-of-concept than anything else. Making menus work properly should=20 be too hard, it's just a bit laborious I think (or so I seem to recall). > These would make my day. I'll try to evolve in some of these (the ones = I find > easier). I wanted to know how you feel about my upgrading your code: do= I need > to start another erc module, or are you like me and appreciate others h= elp? :). I think the best way is to submit patches and suggestions/requests to=20 the erc-help list (whom I've cc'd here). Then you'll get input from=20 more than just me. But certainly, I'd be very happy if other people=20 added improvements to erc-nicklist. > Besides that, I wanted to know if you're planning to do some of your TO= DO you > wrote in the file, or some other evolution to it. Real life has caught up in the last 6 months or so. I doubt, therefore,=20 that I'll get round to anything very ERC related in the forseeable=20 future :P. Lawrence |
|
From: Alex S. <al...@gn...> - 2005-03-15 22:10:28
|
Francis Litterio schrieb: >I have received a copyright assignment form from the FSF for the code I >submitted to ERC. The form is signed by me and the FSF's Executive >Director. Is there someone at the ERC project who needs to have a copy >of this form? > > Nope. You'll be added to a list on fencepost.gnu.org. Knowing that your assignment was received helps those of us that don't have access to fencepost, though. :) Alex. |
|
From: Francis L. <fr...@wo...> - 2005-03-15 18:10:35
|
I have received a copyright assignment form from the FSF for the code I submitted to ERC. The form is signed by me and the FSF's Executive Director. Is there someone at the ERC project who needs to have a copy of this form? -- Fran Litterio franl <at> world . std . com |
|
From: Michael O. <mw...@gn...> - 2005-03-03 04:55:42
|
I sent the wrong NEWS snippet in the release. Sorry about that. The updated one should be attached this time. -- Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Jabber: mwolson_at_hcoop.net -- IRC: mwolson on freenode.net: #muse, #pulug /~ |\ | | | Interests: anime, Debian GNU/Linux, XHTML, wiki, Lisp |_] | \| |_| Fun quotes: http://www.mwolson.org/plans/QuoteList.html |
|
From: Michael O. <mw...@gn...> - 2005-03-03 04:51:39
|
I've released ERC 5.0.2. I haven't updated the wiki yet. The NEWS entries for this release are attached. Do we want to keep the 5.0 and 5.0.1 releases up on sourceforge? I'm not sure what the best thing to do is. For now, I've removed them, but I can easily re-instate them if needed. For that matter, do we want to have all of our older releases available for download? Either way is fine, but I thought I'd pose the question to you. -- Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Jabber: mwolson_at_hcoop.net -- IRC: mwolson on freenode.net: #muse, #pulug /~ |\ | | | Interests: anime, Debian GNU/Linux, XHTML, wiki, Lisp |_] | \| |_| Fun quotes: http://www.mwolson.org/plans/QuoteList.html |
197 messages has been excluded from this view by a project administrator.
