copyright.el vs. version 3

2007-07-10 Thread Jim Meyering
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


git mirror of emacs CVS repository

2007-05-06 Thread Jim Meyering
 PROTECTED]
davem=David S. Miller [EMAIL PROTECTED]
deego=D Goel [EMAIL PROTECTED]
devnull=Joel N. Weber II [EMAIL PROTECTED]
dje=Doug Evans [EMAIL PROTECTED]
djm=David MacKenzie [EMAIL PROTECTED]
dominik=Carsten Dominik [EMAIL PROTECTED]
dpe=David Ponce [EMAIL PROTECTED]
drepper=Ulrich Drepper [EMAIL PROTECTED]
eggert=Paul Eggert [EMAIL PROTECTED]
eliz=Eli Zaretskii [EMAIL PROTECTED]
enberg=Henrik Enberg [EMAIL PROTECTED]
eric=Eric Heintzmann [EMAIL PROTECTED]
ericding=Eric Ding [EMAIL PROTECTED]
erik=Erik Sandberg [EMAIL PROTECTED]
fp=Frederic Pierresteguy [EMAIL PROTECTED]
friedman=Noah Friedman [EMAIL PROTECTED]
fx=Dave Love [EMAIL PROTECTED]
geoffk=Geoff Keating [EMAIL PROTECTED]
gerd=Gerd Moellmann [EMAIL PROTECTED]
gildea=Stephen Gildea [EMAIL PROTECTED]
gkm=Greg McGary [EMAIL PROTECTED]
gm=Glenn Morris [EMAIL PROTECTED]
hag=Daniel Hagerty [EMAIL PROTECTED]
handa=Kenichi Handa [EMAIL PROTECTED]
harder=Jesper Harder [EMAIL PROTECTED]
hexmode=Mark A. Hershberger [EMAIL PROTECTED]
ian=Ian [EMAIL PROTECTED]
jai=Jaeyoun Chung [EMAIL PROTECTED]
jakub=Jakub Jelinek [EMAIL PROTECTED]
jas=Simon Josefsson [EMAIL PROTECTED]
jasonr=Jason Rumney [EMAIL PROTECTED]
jbailey=Jeff Bailey [EMAIL PROTECTED]
jdsmith=J.D. Smith [EMAIL PROTECTED]
jet=Masatake YAMATO [EMAIL PROTECTED]
jhd=Jan Dj�rv [EMAIL PROTECTED]
jimb=Jim Blandy [EMAIL PROTECTED]
jla=Joseph Arceneaux [EMAIL PROTECTED]
joelh=Joel Ray Holveck [EMAIL PROTECTED]
johnw=John Wiegley [EMAIL PROTECTED]
jpb=Jay Belanger [EMAIL PROTECTED]
jpw=John Paul Wallington [EMAIL PROTECTED]
jurta=Juri Linkov [EMAIL PROTECTED]
jvromans=Johan Vromans [EMAIL PROTECTED]
kai=Kai Gro�johann [EMAIL PROTECTED]
karl=Karl Berry [EMAIL PROTECTED]
kenner=Richard Kenner [EMAIL PROTECTED]
kettenis=Mark Kettenis [EMAIL PROTECTED]
kfogel=Karl Fogel [EMAIL PROTECTED]
kfstorm=Kim F. Storm [EMAIL PROTECTED]
kifer=Michael Kifer [EMAIL PROTECTED]
kitaro=Raul Acevedo [EMAIL PROTECTED]
kwzh=Karl Heuer [EMAIL PROTECTED]
larsi=Lars Magne Ingebrigtsen [EMAIL PROTECTED]
law=Linda A. Walsh [EMAIL PROTECTED]
legoscia=Magnus Henoch [EMAIL PROTECTED]
lektu=Juanma Barranquero [EMAIL PROTECTED]
lh=Lars Hansen [EMAIL PROTECTED]
liberte=Daniel LaLiberte [EMAIL PROTECTED]
lorentey=L�‘rentey K�roly [EMAIL PROTECTED]
lute=Lute Kamstra [EMAIL PROTECTED]
m061211=Martin Rudalics [EMAIL PROTECTED]
marcelo=Marcelo Toledo [EMAIL PROTECTED]
mast=Martin Stjernholm [EMAIL PROTECTED]
mathiasdahl=Mathias Dahl [EMAIL PROTECTED]
mdb=Mark D. Baushke [EMAIL PROTECTED]
mdub=Mike Williams [EMAIL PROTECTED]
meissner=Michael Meissner [EMAIL PROTECTED]
melissa=Melissa Weisshaus [EMAIL PROTECTED]
meyering=Jim Meyering [EMAIL PROTECTED]
mib=mib [EMAIL PROTECTED]
miles=Miles Bader [EMAIL PROTECTED]
mituharu=YAMAMOTO Mitsuharu [EMAIL PROTECTED]
monnier=Stefan Monnier [EMAIL PROTECTED]
mrs=Mike Stump [EMAIL PROTECTED]
mthunder=Steve Morningthunder [EMAIL PROTECTED]
mtr=Martin Thorsen Ranang [EMAIL PROTECTED]
mycroft=Taufik [EMAIL PROTECTED]
nickrob=Nick Roberts [EMAIL PROTECTED]
noel=Noel Cragg [EMAIL PROTECTED]
os1=Oliver Seidel [EMAIL PROTECTED]
pbreton=Peter Breton [EMAIL PROTECTED]
pfeiffer=Daniel Pfeiffer [EMAIL PROTECTED]
pj=Pavel Jan�k [EMAIL PROTECTED]
pjr=Richard M. Stallman [EMAIL PROTECTED]
pmr-sav=pmr-sav [EMAIL PROTECTED]
pmr=Paul Reilly [EMAIL PROTECTED]
pot=Francesco Potorti` [EMAIL PROTECTED]
psg=Peter S Galbraith [EMAIL PROTECTED]
psmith=Paul D. Smith [EMAIL PROTECTED]
raeburn=Ken Raeburn [EMAIL PROTECTED]
ramprasadb=Ramprasad B [EMAIL PROTECTED]
rao=Paul Fisher [EMAIL PROTECTED]
rassilon=Bill Tutt [EMAIL PROTECTED]
reingold=Edward M. Reingold [EMAIL PROTECTED]
rfrancoise=Romain Francoise [EMAIL PROTECTED]
rlb=Rob Browning [EMAIL PROTECTED]
rms=Richard M. Stallman [EMAIL PROTECTED]
rogue=Christopher Zaborsky [EMAIL PROTECTED]
roland=Roland McGrath [EMAIL PROTECTED]
rost=Markus Rost [EMAIL PROTECTED]
rsteib=Reiner Steib [EMAIL PROTECTED]
rth=Richard Henderson  [EMAIL PROTECTED]
rudy=Rudy Gevaert [EMAIL PROTECTED]
rv=Rajesh Vaidheeswarran [EMAIL PROTECTED]
satyakid=Satyaki Das [EMAIL PROTECTED]
schwab=Andreas Schwab [EMAIL PROTECTED]
sds=Sam Steingold [EMAIL PROTECTED]
seidel=Oliver Seidel [EMAIL PROTECTED]
simon=Simon Marshall [EMAIL PROTECTED]
sk=Suraj Kumar [EMAIL PROTECTED]
spiegel=Andre Spiegel [EMAIL PROTECTED]
stephen=Stephen Eglen [EMAIL PROTECTED]
swift=Matt Swift [EMAIL PROTECTED]
tale=Tomislav Tandaric  [EMAIL PROTECTED]
tamm=Steven Tamm [EMAIL PROTECTED]
tege=Torbjorn Granlund [EMAIL PROTECTED]
teirllm=Luc Teirlinck [EMAIL PROTECTED]
terra=Morten Welinder [EMAIL PROTECTED]
thomas=Thomas Bushnell, BSG [EMAIL PROTECTED]
tower=Leonard Len H. Tower Jr. [EMAIL PROTECTED]
tromey=Tom Tromey [EMAIL PROTECTED]
ttn=Thien-Thi Nguyen [EMAIL PROTECTED]
tzz=Teodor Zlatanov [EMAIL PROTECTED]
uid65566=Richard M. Stallman [EMAIL PROTECTED]
uid65598=Kim F. Storm [EMAIL PROTECTED]
uid65600=John Wiegley [EMAIL PROTECTED]
uid65604=Sam Steingold [EMAIL PROTECTED]
uid65610=Michael Kifer [EMAIL PROTECTED]
uid65615=Thien-Thi Nguyen

Re: git mirror of emacs CVS repository

2007-05-06 Thread Jim Meyering
Bruno Haible [EMAIL PROTECTED] wrote:
 Eli Zaretskii wrote:
 How about a URL for where to read about GIT?

 For anonymous checkout, in any Bourne-shell the following should work:
   $ git clone git://git.sv.gnu.org/emacs
 Or, if you prefer the CVS-like 'cogito' frontend to plain 'git':
   $ cg clone git://git.sv.gnu.org/emacs

 git resources:
   Overview: http://en.wikipedia.org/wiki/Git_(software)
   Homepage: http://git.or.cz/
   Download: http://www.kernel.org/pub/software/scm/git/
   Tutorial: http://git.or.cz/course/
 http://www.kernel.org/pub/software/scm/git/docs/tutorial.html
   FAQ:  http://git.or.cz/gitwiki/GitFaq

 cogito resources:
   Overview: http://en.wikipedia.org/wiki/Cogito_(software)
   Homepage: http://git.or.cz/cogito/
   Download: http://kernel.org/pub/software/scm/cogito/
   Tutorial: http://git.or.cz/course/

Thanks, Bruno.
BTW, for those new to git, be careful not to spend time reading dated
git documentation.  It is still evolving pretty quickly.  Even a couple
months old can be misleadingly old.  I find that using the development
git/Documentation directory is a good approach.  I.e., clone the official
git.git repository (see above), then browse its Documentation directory.

Also, bear in mind that while cogito is more friendly/intuitive than
straight git, much of cogito's functionality has already been migrated
into git.  Technically, cogito is on the way out: folks are now
admitting that cogito is no longer being maintained... at least not by
the author.  People seem to agree that most of its functionality is
already available in the latest git, and the few bits remaining will
make it in, eventually.


___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug


Re: git mirror of emacs CVS repository

2007-05-06 Thread Jim Meyering
Hi Miles,

Miles Bader [EMAIL PROTECTED] wrote:
 Jim Meyering [EMAIL PROTECTED] writes:
 I'm using git for projects I control, and find that I am less and less
 tolerant of the abysmal (by comparison) performance of CVS and SVN

 Git is enticing, but the main issue that's prevented me from adopting it
 has been the (apparent) clumsiness of maintaining tag information in
 conjunction with a remote shared repository.

 It's a bit hard to describe, but basically I want a single central git
 repository (for myself in this case, but something similar might be
 desirable for a project like Emacs) with multiple branches in it, and
 I want to be able to have different checkouts of that (e.g., a
 checkout of 'tag FOO').  When I make a change locally, I want to then
 commit the changes to the branch described by 'tag FOO' and _update the
 central repository's notion of 'tag FOO'_.  The latter point seems to be
 where the problems occur.

You can do this with what git calls branches, not tags.

 My vague impression is that working this way is possible, but not
 entirely trivial, and that other projects trying to use a similar model

I suspect that branching is never entirely trivial in any dVCS :-)

 (x.org?) use big .git-config files specifying the proper tag
 synchronization to use, which seems kind of fragile.

I haven't looked at their set-up, but...
I can imagine that a complex process would seem fragile.
However, I'll bet you can set up hooks to serve as a safety net
and/or to enforce complicated policy.

Sounds like you want to use branches the way git itself is using them.
Clone git, then do git branch -a.  Here are some of them
(in addition to the usual master and origin ones)

  todo
  next - the published list of upcoming (to-be-merged-to-master) topics
  maint - maintenance fixes go here first, then are merged into master

For some use cases involving those branches, see the Integrator
section of Documentation/everyday.txt

In reading through the documentation, look at what they mean
by a topic branch, and consider how git rebase ... can be used
to keep one up to date with e.g., its parent branch.

--
Also, to visualize a repository, try the gitk tool.
Run it from inside a cloned repository.  E.g.,

  git clone git://git.sv.gnu.org/emacs.git; cd emacs; gitk


___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug


Re: file-name-shadow-mode breaks viper-mode's // interpretation

2006-02-10 Thread Jim Meyering
Just a reminder that this bug is still here.
I've simply turned off file-name-shadow-mode, so don't
see it anymore, but it'll affect anyone using viper mode.
And it's not just when using C-x C-f.  It bites also when using
a VI command like `:r'.

Jim Meyering [EMAIL PROTECTED] wrote:
 Ever since around Nov 15, (which is when file-name-shadow-mode went in,
 or was turned on by default), when I run emacs -q, then do M-x viper-mode,
 if I try to open a file by typing C-x C-f /tmp/junk,
 (e.g., I see /current/dir//tmp/junk in minibuffer) I end up
 instead with a dired buffer on `.' (aka /current/dir).

 If I turn off file-name-shadow-mode, everything works as usual.

 So, to reproduce,

 touch /tmp/junk
 emacs -q -f viper-mode
 [ Respond `y' to the viperize question. ]
 [ Type C-x C-f /tmp/junk RET ]

 You end up in a dired buffer rather than with the file you
 just touched.


___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug