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...> - 2005-01-19 12:05:44
|
ERC 5.0.1 has been released on sourceforge. It is based on the release_5_0_branch tag of the ERC source. I've attached the NEWS and ChangeLog entries for this release. I've updated the `debian/copyright' file with the new information that I received from Alex. If you are in the process of sending papers to the FSF, let me know once you get a confirmation letter/email from them. -- Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Jabber: mwolson_at_hcoop.net -- IRC: mwolson on freenode.net: #muse, #pulug /~ |\ | | | Interests: animé, Debian GNU/Linux, XHTML, wiki, Lisp |_] | \| |_| Fun quotes: http://www.mwolson.org/plans/QuoteList.html |
|
From: <boj...@dd...> - 2005-01-18 00:06:28
|
"Adrian Aichner" <Adr...@t-...> writes: > Hi fellow erclings! > > Would this XEmacs compatibility patch be agreeable? No. Hopefully it should work already in the current version. Also, this patch doesn't do what you want. -- Johan Bockgård |
|
From: Adrian A. <Adr...@t-...> - 2005-01-17 22:23:31
|
"Adrian Aichner" <Adr...@t-...> writes: > Hi fellow erclings! > > Would this XEmacs compatibility patch be agreeable? > > I can commit if desired. > > Please advise, > > Adrian > > ChangeLog addition: > > 2005-01-17 Adrian Aichner <ad...@xe...> > > * erc-backend.el: Avoid miscompile with eval-when-compile wrapper. Ah, meant to include the original XEmacs startup error message: Error in init file: Symbol's value as variable is void: define-erc-response-handler Requiring erc-compat...done (file erc-compat.elc does not exist) Loading timezone...done Loading timezone... Loading easy-mmode...done Loading easy-mmode... Requiring erc-compat... (file erc-compat.elc does not exist) Paren mode is sexp Loading paren...done Loading paren... Adrian > > > erc source patch: > Diff command: cvs -f -z3 -q diff -u -w -N > Files affected: erc-backend.el > > Index: erc-backend.el > =================================================================== > RCS file: /cvsroot/erc/erc/erc-backend.el,v > retrieving revision 1.19 > diff -u -w -r1.19 erc-backend.el > --- erc-backend.el 12 Jan 2005 17:11:57 -0000 1.19 > +++ erc-backend.el 17 Jan 2005 22:00:17 -0000 > @@ -244,12 +244,14 @@ > (mapconcat 'identity (erc-response.command-args parsed) " ")))) > (erc-display-message parsed 'notice proc line))) > > +;;; XEmacs change: Require edebug at compile time. > +(eval-when-compile > (when (condition-case nil (require 'edebug) (error nil)) > (def-edebug-spec define-erc-response-handler > (&define :name erc-response-handler > (name &rest name) > &optional sexp sexp > - def-body))) > + def-body)))) > > (defmacro* define-erc-response-handler ((name &rest aliases) > &optional extra-fn-doc extra-var-doc -- Adrian Aichner Teradyne GmbH, European Design Center Consumer Business Unit Telephone +49/89/41861(0)-208 Dingolfinger Strasse 2 Fax +49/89/41861-115 D-81673 MUENCHEN E-mail adr...@te... |
|
From: Adrian A. <Adr...@t-...> - 2005-01-17 22:06:42
|
Hi fellow erclings!
Would this XEmacs compatibility patch be agreeable?
I can commit if desired.
Please advise,
Adrian
ChangeLog addition:
2005-01-17 Adrian Aichner <ad...@xe...>
* erc-backend.el: Avoid miscompile with eval-when-compile wrapper.
erc source patch:
Diff command: cvs -f -z3 -q diff -u -w -N
Files affected: erc-backend.el
Index: erc-backend.el
===================================================================
RCS file: /cvsroot/erc/erc/erc-backend.el,v
retrieving revision 1.19
diff -u -w -r1.19 erc-backend.el
--- erc-backend.el 12 Jan 2005 17:11:57 -0000 1.19
+++ erc-backend.el 17 Jan 2005 22:00:17 -0000
@@ -244,12 +244,14 @@
(mapconcat 'identity (erc-response.command-args parsed) " "))))
(erc-display-message parsed 'notice proc line)))
+;;; XEmacs change: Require edebug at compile time.
+(eval-when-compile
(when (condition-case nil (require 'edebug) (error nil))
(def-edebug-spec define-erc-response-handler
(&define :name erc-response-handler
(name &rest name)
&optional sexp sexp
- def-body)))
+ def-body))))
(defmacro* define-erc-response-handler ((name &rest aliases)
&optional extra-fn-doc extra-var-doc
--
Adrian Aichner
mailto:ad...@xe...
http://www.xemacs.org/
|
|
From: Francis L. <fr...@wo...> - 2005-01-17 12:34:15
|
ERCers,
This proposed patch makes erc-button-face have priority over existing
faces when erc-button.el buttonizes an URL. To see why this is an
issue, eval this code, and then type /TOPIC in a channel that has URLs
in its topic:
(progn
(require 'erc-button)
(erc-button-mode 1)
(set-face-foreground (make-face 'my-button-face) "yellow")
(setq erc-button-face 'my-button-face)
(set-face-foreground 'erc-notice-face "red"))
The face of the URLs in the topic ends up being the list
(erc-notice-face my-button-face)
but with this patch, it would be
(my-button-face erc-notice-face)
giving priority to the button face. The reasoning here is that the
button-ness of a button is more important than the notice-ness of a
notice (or whatever the ambient text face may be).
If I don't hear objections, in a few days I'm commit this patch. This
patch also fixes a byte-compiler warning about too-few arguments in a
call to `error'.
--
Francis Litterio
franl <at> world . std . com
--- erc-button.el 16 Jan 2005 09:17:51 -0500 1.60
+++ erc-button.el 17 Jan 2005 07:11:50 -0500
@@ -1,4 +1,4 @@
-;;; erc-button.el --- A way of buttonizing certain things in ERC buffers
+;; erc-button.el --- A way of buttonizing certain things in ERC buffers
;; Copyright (C) 1996,1997,1998,1999,2000,2001,2002,2003,2004
;; Free Software Foundation, Inc.
@@ -80,6 +80,14 @@
:type 'face
:group 'erc-faces)
+(defcustom erc-button-face-has-priority t
+ "Flag indicating whether erc-button-face overrides existing faces.
+
+If non-nil, buttons displayed with erc-button-face will have that face
+merged into any existing faces on the button text with higher priority."
+ :type 'boolean
+ :group 'erc-faces)
+
(defcustom erc-button-url-regexp "\\(www\\.\\|\\(s?https?\\|ftp\\|file\\|gopher\\|news\\|telnet\\|wais\\|mailto\\):\\)\\(//[-a-zA-Z0-9_.]+:[0-9]*\\)?[-a-zA-Z0-9_=!?#$@~`%&*+\\/:;.,]+[-a-zA-Z0-9_=#$@~`%&*+\\/]"
"Regular expression that matches URLs."
:group 'erc-button
@@ -360,7 +368,11 @@
;; new face is a list containing FACE and the old stuff. end is
;; where this face changes.
(while (< pos to)
- (setq new (if old (append old (erc-list face)) face))
+ (setq new (if old
+ (if erc-button-face-has-priority
+ (append (erc-list face) old)
+ (append old (erc-list face)))
+ face))
(put-text-property pos end 'face new)
(setq pos end
old (erc-list (get-text-property pos 'face))
@@ -389,7 +401,7 @@
(unless fun
(message "No button at point"))
(when (and fun (symbolp fun) (not (fboundp fun)))
- (error "Function %S is not bound"))
+ (error "Function %S is not bound" fun))
(apply fun data)))
(defun erc-button-next ()
|
|
From: Francis L. <fr...@wo...> - 2005-01-16 20:19:27
|
There are several ERC commands that are usuable without an open server connection: /SV, /SET, /CLEAR, /COUNTRY, /LASTLOG, and /CONNECT. I'd like to propose leaving the prompt displayed (and usable) in an ERC server buffer after disconnection. In particular, I'm thinking of implementing a /RECONNECT command that attempts to restore the most recent server connection in the current server buffer, but without having a working prompt after disconnection, it's hard to do. Naturally, most commands that need a connection won't work in the server buffer after disconnection, but that's already the case if you issue those commands in a channel buffer after disconnection. Comments? -- Francis Litterio franl <at> world . std . com |
|
From: Jorgen S. <fo...@fo...> - 2005-01-15 19:47:07
|
Alex Schroeder <al...@em...> writes:
> using foo-1 for the internal stuff is rather wide-spread...
>
> (apropos "-1$")
>
> So it is sort-of traditional...
The problem is that `erc-1' (former `erc') isn't "internal", but
actually useful for other parts or programs. I use it in my
.emacs, and other parts of erc use it as well.
Greetings,
-- Jorgen
--
((email . "fo...@fo...") (www . "http://www.forcix.cx/")
(gpg . "1024D/028AF63C") (irc . "nick forcer on IRCnet"))
|
|
From: Alex S. <al...@em...> - 2005-01-15 19:35:59
|
using foo-1 for the internal stuff is rather wide-spread... (apropos "-1$") So it is sort-of traditional... -- .O. http://www.emacswiki.org/alex/ ..O Schroeder's fifth law: OOO Never accept more work than you can handle in one night of hacking. |
|
From: <boj...@dd...> - 2005-01-15 00:41:25
|
Jorgen Schaefer <fo...@fo...> writes: > Second, could we please use a better name than `erc-1'? `erc-1' is fine with me. -- Johan Bockgård |
|
From: Jorgen S. <fo...@fo...> - 2005-01-14 23:48:02
|
Lawrence Mitchell <we...@gm...> writes:
> I think that the two functions were separated for a reason,
> correct me if I'm wrong, in that they, essentially, do different
> types of things, erc-select (now erc) should be user-visible
> erc-1, or whatever, should not. Since `erc' contains a bunch of
> arguments that aren't /really/ user-visible type ones, like
> process, etc...
You can default those to nil by having them optional arguments,
and just fill them in as needed?
Greetings,
-- Jorgen
--
((email . "fo...@fo...") (www . "http://www.forcix.cx/")
(gpg . "1024D/028AF63C") (irc . "nick forcer on IRCnet"))
|
|
From: Lawrence M. <we...@gm...> - 2005-01-14 22:38:01
|
Jorgen Schaefer wrote: > Lawrence Mitchell <we...@gm...> writes: >> I too think this is a good idea, here's a fix which I'll commit >> along with modifications to the wiki, etc... if no-one has major >> objections. > Objection! > First, erc-backend.el and erc-nets.el each have a call to `erc' as > well. Yes, these are fixed, but I didn't bother to post the patch because it seemed too obvious :). > Second, could we please use a better name than `erc-1'? :-) I > think something like `erc-connect' or so. Well, not erc-connect, as that's already taken. I was going on things like gnus -> gnus-1, erc-display-line -> erc-display-line-1, however, I guess it's probably better to either have a better name or just combine the two functions. > Alternatively, we might want to merge `erc-select' and `erc' - > `erc-select' doesn't do much anyways. I think that the two functions were separated for a reason, correct me if I'm wrong, in that they, essentially, do different types of things, erc-select (now erc) should be user-visible erc-1, or whatever, should not. Since `erc' contains a bunch of arguments that aren't /really/ user-visible type ones, like process, etc... However, I'm willing -- Lawrence Mitchell <we...@gm...> |
|
From: Lawrence M. <we...@gm...> - 2005-01-14 22:29:18
|
Jorgen Schaefer wrote: > Lawrence Mitchell <we...@gm...> writes: >> I too think this is a good idea, here's a fix which I'll commit >> along with modifications to the wiki, etc... if no-one has major >> objections. > Objection! > First, erc-backend.el and erc-nets.el each have a call to `erc' as > well. Yes, these are fixed, but I didn't bother to post the patch because it seemed too obvious :). > Second, could we please use a better name than `erc-1'? :-) I > think something like `erc-connect' or so. Well, not erc-connect, as that's already taken. I was going on things like gnus -> gnus-1, erc-display-line -> erc-display-line-1, however, I guess it's probably better to either have a better name or just combine the two functions. > Alternatively, we might want to merge `erc-select' and `erc' - > `erc-select' doesn't do much anyways. I think that the two functions were separated for a reason, correct me if I'm wrong, in that they, essentially, do different types of things, erc-select (now erc) should be user-visible erc-1, or whatever, should not. Since `erc' contains a bunch of arguments that aren't /really/ user-visible type ones, like process, etc... However, I'm willing to be convinced otherwise. -- Lawrence Mitchell <we...@gm...> |
|
From: Jorgen S. <fo...@fo...> - 2005-01-14 20:37:42
|
Lawrence Mitchell <we...@gm...> writes:
> I too think this is a good idea, here's a fix which I'll commit
> along with modifications to the wiki, etc... if no-one has major
> objections.
Objection!
First, erc-backend.el and erc-nets.el each have a call to `erc' as
well.
Second, could we please use a better name than `erc-1'? :-) I
think something like `erc-connect' or so. Alternatively, we might
want to merge `erc-select' and `erc' - `erc-select' doesn't do
much anyways.
Greetings,
-- Jorgen
--
((email . "fo...@fo...") (www . "http://www.forcix.cx/")
(gpg . "1024D/028AF63C") (irc . "nick forcer on IRCnet"))
|
|
From: Lawrence M. <we...@gm...> - 2005-01-14 19:19:45
|
luis fernandes wrote:
> I would like to request that m-x erc RET should be an additional way
> that erc can be started because m-x erc-select RET is a non-obvious
> (at least to me who has been using emacs for 12 years) way to start
> ERC-- I had to ask on #emacs via chatzilla how to start ERC after
> installing it.
I too think this is a good idea, here's a fix which I'll commit
along with modifications to the wiki, etc... if no-one has major
objections. As backward compatibility, we defalias erc-select to
erc. Note this patch also changes erc-select-ssl to erc-ssl, for
similar reasons.
Index: erc.el
===================================================================
RCS file: /cvsroot/erc/erc/erc.el,v
retrieving revision 1.730
diff -u -r1.730 erc.el
--- erc.el 13 Jan 2005 22:32:46 -0000 1.730
+++ erc.el 14 Jan 2005 19:17:22 -0000
@@ -66,7 +66,7 @@
;; To connect to an IRC server, do
;;
-;; M-x erc-select RET
+;; M-x erc RET
;;
;; After you are connected to a server, you can use C-h m or have a look at
;; the IRC menu.
@@ -1929,7 +1929,7 @@
"Variable used to cache partially received lines.")
(make-variable-buffer-local 'erc-previous-read)
-(defun erc (&optional server port nick full-name
+(defun erc-1 (&optional server port nick full-name
connect passwd tgt-list channel process)
"Run the Emacs Internet Relay Chat Client.
@@ -2070,7 +2070,7 @@
(defcustom erc-before-connect nil
"Hook called before connecting to a server.
-This hook gets executed before `erc-select' actually invokes `erc-mode'
+This hook gets executed before `erc' actually invokes `erc-mode'
with your input data. The functions in here get called with three
parameters, SERVER, PORT and NICK."
:group 'erc-hooks
@@ -2132,11 +2132,11 @@
(list :server server :port port :nick nick :password passwd)))
;;;###autoload
-(defun* erc-select (&key (server (erc-compute-server))
- (port (erc-compute-port))
- (nick (erc-compute-nick))
- password
- (full-name (erc-compute-full-name)))
+(defun* erc (&key (server (erc-compute-server))
+ (port (erc-compute-port))
+ (nick (erc-compute-nick))
+ password
+ (full-name (erc-compute-full-name)))
"Select connection parameters and run ERC.
Non-interactively, it takes keyword arguments
(server (erc-compute-server))
@@ -2144,21 +2144,24 @@
(nick (erc-compute-nick))
password
(full-name (erc-compute-full-name)))
-That is, if called with (erc-select :server \"irc.freenode.net\" :full-name \"Harry S Truman\") ,
+That is, if called with (erc :server \"irc.freenode.net\" :full-name \"Harry S Truman\") ,
server and full-name will be set to those values, whereas erc-compute-port, erc-compute-nick and
erc-compute-full-name will be invoked for those parameters' values"
(interactive (erc-select-read-args))
(run-hook-with-args 'erc-before-connect server port nick)
- (erc server port nick erc-user-full-name t password))
+ (erc-1 server port nick erc-user-full-name t password))
+(defalias 'erc-select 'erc)
-(defun erc-select-ssl (&rest r)
+(defun erc-ssl (&rest r)
"Interactively select SSL connection parameters and run ERC.
-Arguments are as to erc-select."
+Arguments are as to erc."
(interactive (erc-select-read-args))
(let ((erc-connect-function 'erc-open-ssl-stream))
- (apply 'erc-select r)))
+ (apply 'erc r)))
+
+(defalias 'erc-select-ssl 'erc-ssl)
(defun erc-open-ssl-stream (name buffer host port)
"Open an SSL stream to an IRC server.
@@ -2357,8 +2360,8 @@
(setq erc-lines-sent 0)
(if (and erc-auto-reconnect
(not (string= event "deleted\n")))
- (erc erc-session-server erc-session-port current-nick
- erc-session-user-full-name t erc-session-password)
+ (erc-1 erc-session-server erc-session-port current-nick
+ erc-session-user-full-name t erc-session-password)
;; terminate, do not reconnect
(let ((string (concat "\n\n*** ERC terminated: " event
"\n"))
@@ -3612,7 +3615,7 @@
"Connect to SERVER, leaving existing connection intact."
(erc-log (format "cmd: SERVER: %s" server))
(condition-case nil
- (erc-select :server server :nick (erc-current-nick))
+ (erc :server server :nick (erc-current-nick))
(error
(message "Cannot find host %s." server)
(beep)))
@@ -4176,15 +4179,15 @@
(buffer-live-p server)
(set-buffer server))
(error "Couldn't switch to server buffer"))
- (let ((buf (erc erc-session-server
- erc-session-port
- (erc-current-nick)
- erc-session-user-full-name
- nil
- nil
- (list target)
- target
- erc-process)))
+ (let ((buf (erc-1 erc-session-server
+ erc-session-port
+ (erc-current-nick)
+ erc-session-user-full-name
+ nil
+ nil
+ (list target)
+ target
+ erc-process)))
(unless buf
(error "Couldn't open query window"))
(erc-update-mode-line)
--
Lawrence Mitchell <we...@gm...>
|
|
From: Alex S. <al...@em...> - 2005-01-14 15:56:15
|
I have all the info in my BBDB if you want to take this over. Can I just send you a text dump of the appropriate entries? Alex. -- .O. http://www.emacswiki.org/alex/ ..O Schroeder's fifth law: OOO Never accept more work than you can handle in one night of hacking. |
|
From: It's me F. ;) <m_...@ya...> - 2005-01-14 04:59:28
|
Francis Litterio <fr...@wo...> writes: > luis fernandes wrote: > >> I would like to request that m-x erc RET should be an additional way >> that erc can be started because m-x erc-select RET is a non-obvious >> (at least to me who has been using emacs for 12 years) way to start >> ERC-- I had to ask on #emacs via chatzilla how to start ERC after >> installing it. > > I second that. three |
|
From: Francis L. <fr...@wo...> - 2005-01-14 01:05:07
|
luis fernandes wrote: > I would like to request that m-x erc RET should be an additional way > that erc can be started because m-x erc-select RET is a non-obvious > (at least to me who has been using emacs for 12 years) way to start > ERC-- I had to ask on #emacs via chatzilla how to start ERC after > installing it. I second that. -- Francis Litterio franl <at> world . std . com |
|
From: luis f. <el...@ee...> - 2005-01-14 00:19:09
|
I would like to request that m-x erc RET should be an additional way that erc can be started because m-x erc-select RET is a non-obvious (at least to me who has been using emacs for 12 years) way to start ERC-- I had to ask on #emacs via chatzilla how to start ERC after installing it. |
|
From: Michael O. <mw...@gn...> - 2005-01-12 01:49:11
|
Xavier Maillard <ze...@gn...> writes: > On 11 jan 2005, Michael Olson wrote: > >> I've noticed that most of the ERC developers have assigned >> copyright to the FSF. A mailing thread in 2002 seems to confirm >> that at one point there was an effort to get this rolling. Are we >> still wanting to have the entire project be assigned to the FSF? > > Why do you want to change this (just curious) ? I don't want to change this. I want to complete the process of copyright assignment :^) . Sorry for the poor wording on my part. =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: anim=C3=A9, Debian GNU/Linux, XHTML, wiki, Lisp |_] | \| |_| Fun quotes: http://www.mwolson.org/plans/QuoteList.html |
|
From: Francis L. <fr...@wo...> - 2005-01-12 00:31:38
|
Michael Olson wrote: > Michael Olson <mw...@gn...> writes: > >> I've made a list of people who need to assign copyright in the >> `debian/copyright' file in the current CVS. I have access to the >> FSF Copyright listing, and was able to make a complete survey of the >> CVS ChangeLogs for the 5.0 release. > > To clarify: those in the `Copyright' section of that document need to > turn in papers. Apparently if someone has signed past and future > changes to Emacs over to the FSF, it is good enough. I made that > assumption when I compiled the list. I'm on that list, and I have previously assigned Emacs changes to the FSF, so I suppose you can just take me off the list. -- Francis Litterio franl <at> world . std . com |
|
From: Xavier M. <ze...@gn...> - 2005-01-12 00:08:55
|
On 11 jan 2005, Michael Olson wrote: > I've noticed that most of the ERC developers have assigned > copyright to the FSF. A mailing thread in 2002 seems to confirm > that at one point there was an effort to get this rolling. Are > we still wanting to have the entire project be assigned to the > FSF? Why do you want to change this (just curious) ? Regards and thanks for such a good ERC release =2D-=20 Xavier Maillard, ze...@gn... |
|
From: Michael O. <mw...@gn...> - 2005-01-11 23:36:59
|
Michael Olson <mw...@gn...> writes: > I've made a list of people who need to assign copyright in the > `debian/copyright' file in the current CVS. I have access to the > FSF Copyright listing, and was able to make a complete survey of the > CVS ChangeLogs for the 5.0 release. To clarify: those in the `Copyright' section of that document need to turn in papers. Apparently if someone has signed past and future changes to Emacs over to the FSF, it is good enough. I made that assumption when I compiled the list. =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: anim=C3=A9, Debian GNU/Linux, XHTML, wiki, Lisp |_] | \| |_| Fun quotes: http://www.mwolson.org/plans/QuoteList.html |
|
From: Michael O. <mw...@gn...> - 2005-01-11 21:08:20
|
I've noticed that most of the ERC developers have assigned copyright to the FSF. A mailing thread in 2002 seems to confirm that at one point there was an effort to get this rolling. Are we still wanting to have the entire project be assigned to the FSF? I've made a list of people who need to assign copyright in the `debian/copyright' file in the current CVS. I have access to the FSF Copyright listing, and was able to make a complete survey of the CVS ChangeLogs for the 5.0 release. Where do we go from here? If need be, I am willing to send copyright request emails to each of those who are listed as needing assignment papers. I could also fill out the part of the questionnaire for them that asks which files are modified. =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: anim=C3=A9, Debian GNU/Linux, XHTML, wiki, Lisp |_] | \| |_| Fun quotes: http://www.mwolson.org/plans/QuoteList.html |
|
From: Lawrence M. <we...@gm...> - 2005-01-09 22:16:15
|
Adrian Aichner wrote: > I noticed this today, while running > M-x edirs > on your upstream sources and the XEmacs erc package source. I don't see this with a clean erc checkout. Running file on all the files in the repository doesn't show any with CRLF endings. -- Lawrence Mitchell <we...@gm...> |
|
From: Adrian A. <ad...@xe...> - 2005-01-09 22:07:48
|
Hi All, I noticed this today, while running M-x edirs on your upstream sources and the XEmacs erc package source. For the same issue and its resolution for the http-emacs repository see http://savannah.gnu.org/support/?func=detailitem&item_id=103022 Any opinions? -- Adrian Aichner mailto:ad...@xe... http://www.xemacs.org/ |
197 messages has been excluded from this view by a project administrator.
