copyright.el vs. version 3
Now that I've switched coreutils to GPL V3, I find the default behavior (asking me if I want to downgrade to version 2) to be annoying -- and ironic. This is against emacs built from cvs (git, actually :-) today. Here's the patch I'm using: 2007-07-10 Jim Meyering [EMAIL PROTECTED] GPL v3 is the latest: copyright.el should not prompt for a v3 comment * emacs-lisp/copyright.el (copyright-current-gpl-version): Set to 3. * autoinsert.el (auto-insert-alist): s/2/3/ in the generated comment. diff --git a/lisp/autoinsert.el b/lisp/autoinsert.el index 3f615dc..dcacc6a 100644 --- a/lisp/autoinsert.el +++ b/lisp/autoinsert.el @@ -188,7 +188,7 @@ If this contains a %s, that will be replaced by the matching rule. \;; This file 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 2, or (at your option) +\;; the Free Software Foundation; either version 3, or (at your option) \;; any later version. \;; This file is distributed in the hope that it will be useful, diff --git a/lisp/emacs-lisp/copyright.el b/lisp/emacs-lisp/copyright.el index ac61c5a..facdf9e 100644 --- a/lisp/emacs-lisp/copyright.el +++ b/lisp/emacs-lisp/copyright.el @@ -79,7 +79,7 @@ When this is `function', only ask when called non-interactively. ;; when modifying this, also modify the comment generated by autoinsert.el -(defconst copyright-current-gpl-version 2 +(defconst copyright-current-gpl-version 3 String representing the current version of the GPL or nil.) (defvar copyright-update t) ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Info pages opened with an incorrect coding system
Date: Mon, 9 Jul 2007 16:14:15 -0500 From: [EMAIL PROTECTED] (Karl Berry) Cc: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org, [EMAIL PROTECTED], [EMAIL PROTECTED] source was written well, I can't agree that it is bad to use literal characters instead of Texinfo commands. Perhaps I'm confused: if Texinfo commands are not the recommended way, then why do we have them? why not tell users to always use literal non-ASCII characters? IOW, I think the fact that the document specifies @documentencoding should be enough for makeinfo to obey; relying on an additional command-line switch is unreliable. I don't see that it's unreliable, although I could agree with inconvenient. Sorry, I should have explained: it is unreliable from the point of view of the document author. As an author, I cannot simply put a @documentencoding directive in the document and be sure that the result will absolutely positively displayed correctly in Emacs. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Info pages opened with an incorrect coding system
Perhaps I'm confused: if Texinfo commands are not the recommended way, The Texinfo commands aren't unrecommended either. Both ways have their advantages -- it depends on the document. That's why we support both. then why do we have them? why not tell users to always use literal non-ASCII characters? Because there are many, many cases where the document is 99+% English, representable in 7-bit ASCII, but a few special characters and/or accented letters are needed. It would be horrible to force users into the whole encoding madness just for that. On the other hand, for a whole document written in Polish or whatever, it is exceedingly painful to have to resort to the accent commands; it makes the source nearly unreadable. That's when having the 8-bit chars is useful. Things have been this way for decades. It's not going to change. Anyway, back to the suggestion at hand: fine, I will make the --enable-encoding behavior the default when @documentencoding is specified in the upcoming release. I hope it helps. karl ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Info pages opened with an incorrect coding system
Date: Tue, 10 Jul 2007 13:10:17 -0500 From: [EMAIL PROTECTED] (Karl Berry) Cc: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org, [EMAIL PROTECTED], [EMAIL PROTECTED] Anyway, back to the suggestion at hand: fine, I will make the --enable-encoding behavior the default when @documentencoding is specified in the upcoming release. I hope it helps. Thanks, I think it will help a lot. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
`cp' don't preserve timestamps by default on windows-xp
The `cp' command of my installation don't preserve timestamps by default, that command comes from the GNU coreutils 5.3.0 package: --8---cut here---start-8--- D:\download\emacs-gbk\ntcp --version cp (GNU coreutils) 5.3.0 Written by Torbjorn Granlund, David MacKenzie, and Jim Meyering. Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. --8---cut here---end---8--- that makes the .elc files and the .el files have same timestamps as they are installed, and causes a lot of source is newer messages. I suggest the following patch: --8---cut here---start-8--- --- gmake.defs.~1.29.~ Mon Mar 5 11:47:14 2007 +++ gmake.defs Wed Jul 11 11:48:06 2007 @@ -206,8 +206,8 @@ COMPILER_TEMP_FILES = -CP = cp -f -CP_DIR = cp -rf +CP = cp -fp +CP_DIR = cp -rfp DEL= rm DEL_TREE = rm -r --8---cut here---end---8--- If Emacs crashed, and you have the Emacs process in the gdb debugger, please include the output from the following gdb commands: `bt full' and `xbacktrace'. If you would like to further debug the crash, please read the file c:/Emacs/etc/DEBUG for instructions. In GNU Emacs 22.1.50.1 (i386-mingw-nt5.1.2600) of 2007-07-11 on BREP modified by Zhangwei [EMAIL PROTECTED]. Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.2)' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: zh_CN locale-coding-system: cp936 default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: auto-image-file-mode: t display-time-mode: t show-paren-mode: t delete-selection-mode: t pc-selection-mode: t encoded-kbd-mode: t tooltip-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: C-y return return M-x r e p o r t - e m tab return Recent messages: Loading edmacro...done Loading server...done Loading regexp-opt...done Loading cl-macs...done Loading d:/emacs-download/color-theme-6.6.0/themes/color-theme-example.el (source)...done Loading d:/emacs-download/color-theme-6.6.0/themes/color-theme-library.el (source)...done Loading image-file...done For information about the GNU Project and its goals, type C-h C-p. Mark set Loading emacsbug...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug