Connection to emacs CVS broken ?

Connection to emacs CVS broken ?

[Angelo Graziosi]

Since yesterday (> 24 h) I cannot checkout CVS:

$ cvs -z3 -d:pserver:anonymous@cvs.savannah.gnu.org:/sources/emacs co -P
      emacs 
cvs [checkout aborted]: connect to
cvs.savannah.gnu.org(199.232.41.69):2401 fail ed: Connection timed out

The same happens if I try to follow the link

   http://savannah.gnu.org/cgi-bin/viewcvs/emacs/

that allow me to view CVS.

I have used different PCs/connections and different SO
(Unix/Linux/Win-Cygwin).


Any idea?


Cheers,

   Angelo.

Re: Connection to emacs CVS broken ?

[David Kastrup]

Angelo Graziosi <Angelo.Graziosi@roma1.infn.it> writes:

> Since yesterday (> 24 h) I cannot checkout CVS:
>
> $ cvs -z3 -d:pserver:anonymous@cvs.savannah.gnu.org:/sources/emacs co -P
>       emacs 
> cvs [checkout aborted]: connect to
> cvs.savannah.gnu.org(199.232.41.69):2401 fail ed: Connection timed out
>
> The same happens if I try to follow the link
>
>    http://savannah.gnu.org/cgi-bin/viewcvs/emacs/
>
> that allow me to view CVS.
>
> I have used different PCs/connections and different SO
> (Unix/Linux/Win-Cygwin).
>
>
> Any idea?

Wait until the replacement shipment for Savanna arrives.  Does anybody
have an idea yet whether some checkins might have been lost?

-- 
David Kastrup

Re: Connection to emacs CVS broken ?

[Davi Leal]

Angelo Graziosi wrote:
> Since yesterday (> 24 h) I cannot checkout CVS:

Same problem for others Savannah hosted projects. For example "GNU Herds".

$ cvs update
ssh: connect to host cvs.savannah.nongnu.org port 22: Connection timed out


Davi

Re: Connection to emacs CVS broken ?

[Angelo Graziosi]

On Wed, 14 Mar 2007, Davi Leal wrote:

> Angelo Graziosi wrote:
> > Since yesterday (> 24 h) I cannot checkout CVS:
> 
> Same problem for others Savannah hosted projects. For example "GNU Herds".
> 
> $ cvs update
> ssh: connect to host cvs.savannah.nongnu.org port 22: Connection timed out
> 
> 
> Davi
> 

Same result if one tries to connect to http://savannah.gnu.org.


Cheers,

    Angelo.

Re: Connection to emacs CVS broken ?

[Andreas Schwab]

Davi Leal <david@leals.com> writes:

> Angelo Graziosi wrote:
>> Since yesterday (> 24 h) I cannot checkout CVS:
>
> Same problem for others Savannah hosted projects. For example "GNU Herds".

See <http://lists.gnu.org/archive/html/emacs-devel/2007-03/msg00766.html>.

Andreas.

-- 
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

Re: Connection to emacs CVS broken ?

[Glenn Morris]

David Kastrup wrote:

> Wait until the replacement shipment for Savanna arrives.  Does anybody
> have an idea yet whether some checkins might have been lost?

Apparently: "Last confirmed full backup was completed circa 20:30 EDT
on Sunday 11 March".

(this info from #savannah on irc.gnu.org)

Re: Connection to emacs CVS broken ?

[Kim F. Storm]

Glenn Morris <rgm@gnu.org> writes:

> David Kastrup wrote:
>
>> Wait until the replacement shipment for Savanna arrives.  Does anybody
>> have an idea yet whether some checkins might have been lost?
>
> Apparently: "Last confirmed full backup was completed circa 20:30 EDT
> on Sunday 11 March".
>
> (this info from #savannah on irc.gnu.org)

Perhaps Miles' Arch repository is more recent ?


But what happens if the repository must be restored from
an older backup and I then perform a cvs update?

To cvs, it will probably look like the newest commits have
been forcefully deleted.

So will cvs just mark files with never changes as modified here,
revert those changes, or get confused in some other way??

In any case, someone with an up-to-date local copy
need to take charge to install newer commits into the
repository -- being careful not to commit local changes
if such are present...

And being very careful NOT to do a cvs update which could
delete the newer changes...

Perhaps doing a "tar cvzf ..."  _right now_ before the cvs repository
is back online would be a good thing, just to preserve the "mostly
up-to-date" version you have, in case we need it to recover newer
changes.

--
Kim F. Storm <storm@cua.dk> http://www.cua.dk

Re: Connection to emacs CVS broken ?

[Glenn Morris]

Kim F. Storm wrote:

> Perhaps Miles' Arch repository is more recent ?

The info should also be available from the emacs-diff and commit
lists, I think.

http://lists.gnu.org/archive/html/emacs-diffs/2007-03/index.html

suggests about 60 changes occurred in the time between the last backup
and the crash. So if necessary we could just put all the missing
changes back in by hand.

But I guess we should see what the situation is when savannah comes
back. This will be a general problem, and hopefully the savannah
people will have suggestions about how best to recover.

> But what happens if the repository must be restored from
> an older backup and I then perform a cvs update?
>
> To cvs, it will probably look like the newest commits have
> been forcefully deleted.
>
> So will cvs just mark files with never changes as modified here,
> revert those changes, or get confused in some other way??

Don't know. I think it would be very advisable to refrain from making
commits until this is sorted out.

Re: Connection to emacs CVS broken ?

[Glenn Morris]

savannah is back up and anoncvs at least is working.

I tried a cvs update on src/process.c in an anoncvs tree that was
up-to-date at the time of the crash. It reverted back three revisions.
So some work needs to be done to recover the lost changes, it seems.

Re: Connection to emacs CVS broken ?

[Eli Zaretskii]

> From: Glenn Morris <rgm@gnu.org>
> Date: Thu, 15 Mar 2007 16:00:18 -0400
> Cc: emacs-devel@gnu.org
> 
> I tried a cvs update on src/process.c in an anoncvs tree that was
> up-to-date at the time of the crash. It reverted back three revisions.

Too bad.

> So some work needs to be done to recover the lost changes, it seems.

Yes.  One way of doing that would be to checkout a full tree in a
different directory, diff that directory with the most recent tree
before the crash, then committing all the files that are newer.

Could people who sync regularly please state the UTC time when they
did the last "cvs up"?

Re: Connection to emacs CVS broken ?

[NIIMI Satoshi]

2007/3/16, Glenn Morris <rgm@gnu.org>:
> Kim F. Storm wrote:
>
> > Perhaps Miles' Arch repository is more recent ?
>
> The info should also be available from the emacs-diff and commit
> lists, I think.
>
> http://lists.gnu.org/archive/html/emacs-diffs/2007-03/index.html
>
> suggests about 60 changes occurred in the time between the last backup
> and the crash. So if necessary we could just put all the missing
> changes back in by hand.

I have rsync'ed mirror of CVS repository whose status is

% env TZ=UTC ls -l emacs/CVSROOT/history
-rw-rw-r-- 1 sa2c sa2c 5588994 2007-03-13 02:48 emacs/CVSROOT/history

The only missing change seems to be:
http://lists.gnu.org/archive/html/emacs-diffs/2007-03/msg00336.html

-- 
NIIMI Satoshi

Re: Connection to emacs CVS broken ?

[Chong Yidong]

Glenn Morris <rgm@gnu.org> writes:

> savannah is back up and anoncvs at least is working.
>
> I tried a cvs update on src/process.c in an anoncvs tree that was
> up-to-date at the time of the crash. It reverted back three revisions.
> So some work needs to be done to recover the lost changes, it seems.

How do we want to go about doing this?

I have a tree that's up-to-date as of the crash.  Will the problem be
fixed if I simply do a "cvs ci" on the entire tree?

Re: Connection to emacs CVS broken ?

[Nick Roberts]

 > > The info should also be available from the emacs-diff and commit
 > > lists, I think.
 > >
 > > http://lists.gnu.org/archive/html/emacs-diffs/2007-03/index.html
 > >
 > > suggests about 60 changes occurred in the time between the last backup
 > > and the crash. So if necessary we could just put all the missing
 > > changes back in by hand.
 > 
 > I have rsync'ed mirror of CVS repository whose status is
 > 
 > % env TZ=UTC ls -l emacs/CVSROOT/history
 > -rw-rw-r-- 1 sa2c sa2c 5588994 2007-03-13 02:48 emacs/CVSROOT/history
 > 
 > The only missing change seems to be:
 > http://lists.gnu.org/archive/html/emacs-diffs/2007-03/msg00336.html

I can see a change to dired.c that doesn't appear to be in emacs-diffs
(or src/ChangeLog!).

My version of dired.c before the crash is 1.131, while my version from a
checkout after the crash is 1.130.


-- 
Nick                                           http://www.inet.net.nz/~nickrob

Re: Connection to emacs CVS broken ?

[Nick Roberts]

 > How do we want to go about doing this?
 > 
 > I have a tree that's up-to-date as of the crash.  Will the problem be
 > fixed if I simply do a "cvs ci" on the entire tree?

Does CVS get confused if your checked out file thinks it's a later version than
the most recent in the repository?  How about trying it on a single, non-source
file first?


-- 
Nick                                           http://www.inet.net.nz/~nickrob

Re: Connection to emacs CVS broken ?

[NIIMI Satoshi]

2007/3/16, Nick Roberts <nickrob@snap.net.nz>:
> I can see a change to dired.c that doesn't appear to be in emacs-diffs
> (or src/ChangeLog!).
>
> My version of dired.c before the crash is 1.131, while my version from a
> checkout after the crash is 1.130.

% tail emacs/CVSROOT/history
M45f5d000|kfstorm|<remote>|emacs/admin|1.571|FOR-RELEASE
M45f5d12b|kfstorm|<remote>|emacs/admin|1.572|FOR-RELEASE
M45f5d544|kfstorm|<remote>|emacs/admin|1.573|FOR-RELEASE
M45f5d741|kfstorm|<remote>|emacs/lisp|1.10817|ChangeLog
M45f5d74e|kfstorm|<remote>|emacs/lisp|1.128|ido.el
M45f5f6f8|cyd|<remote>|emacs/lisp|1.10818|ChangeLog
M45f5faf6|rms|<remote>|emacs/lisp/emacs-lisp|1.201|lisp-mode.el
M45f60c96|cyd|<remote>|emacs/lisp|1.359|comint.el
M45f60ce0|cyd|<remote>|emacs/admin|1.574|FOR-RELEASE
M45f610f9|rms|<remote>|emacs/src|1.131|dired.c

It seems that at least 5 changes were not sent to emacs-diffs.

-- 
NIIMI Satoshi

Re: Connection to emacs CVS broken ?

[Glenn Morris]

Glenn Morris wrote:

> savannah is back up and anoncvs at least is working.

CVS has gone again. It seems to still have some issues.

See #savannah on irc.gnu.org.

Re: Connection to emacs CVS broken ?

[Jason Rumney]

Nick Roberts wrote:
> Does CVS get confused if your checked out file thinks it's a later version than
> the most recent in the repository?  How about trying it on a single, non-source
> file first?
>   

Yes, in my experience.


The way around it is to check out a fresh copy, then copy the up to date 
files (without copying the CVS directories) into that tree, and check 
them in. But this will not preserve any checkin comments, so it would be 
better to restore what we can from arch and other sources first.

Re: Connection to emacs CVS broken ?

[Vinicius Jose Latorre]

Nick Roberts wrote:
>  > How do we want to go about doing this?
>  > 
>  > I have a tree that's up-to-date as of the crash.  Will the problem be
>  > fixed if I simply do a "cvs ci" on the entire tree?
>
> Does CVS get confused if your checked out file thinks it's a later version than
> the most recent in the repository?  How about trying it on a single, non-source
> file first?
>   

Well, I've done this:

$ mv emacs emacs-orig
$ cp -rf emacs-orig emacs  #### recursive copy but without preserving 
file/dir timestamp
$ cvs -z3 -d:ext:viniciusjl@cvs.sv.gnu.org:/sources/emacs co emacs

CVS loops, I aborted after 10 minutes.

Now, doing:

$ cp -rpf emacs-orig emacs
$ cvs -z3 -d:ext:viniciusjl@cvs.sv.gnu.org:/sources/emacs co emacs

CVS updates emacs dir.

But I noted that emacs/lisp/ChangeLog lost the last entries of 
2007-03-12, maybe there are other differences.

The emacs/lisp/ChangeLog lost entries are:


2007-03-12  Carsten Dominik  <dominik@science.uva.nl>

    * textmodes/org.el (org-set-font-lock-defaults): Handle narrow
    table columns correctly.

2007-03-12  Mark A. Hershberger  <mah@everybody.org>

    * xml.el (xml-parse-tag, xml-parse-string, xml-parse-attlist)
    (xml-parse-dtd, xml-parse-elem-type, xml-substitute-special):
    Return to use of the -no-properties variants.  There was
    consensus on emacs-devel that the speed of these variants was
    prefered since we are usually parsing files (from the internet
    or on disk) instead of XML created in Emacs.

    * eshell/esh-mode.el (eshell-handle-ansi-color): New function.
    Add customize option.

2007-03-12  Glenn Morris  <rgm@gnu.org>

    * calc/calc-forms.el (math-std-daylight-savings): Switch to new
    North American rule.

    * woman.el (woman-change-fonts): Tweak previous change by using
    woman-request-regexp rather than "^\\.".

    * startup.el (command-line-1): Make insertion of
    initial-scratch-message not depend on scratch being selected.

Re: Connection to emacs CVS broken ?

[Miles Bader]

Jason Rumney <jasonr@gnu.org> writes:
> The way around it is to check out a fresh copy, then copy the up to date
> files (without copying the CVS directories) into that tree, and check
> them in. But this will not preserve any checkin comments, so it would be
> better to restore what we can from arch and other sources first.

Things seem to be working up now, and I had a look around.

Indeed the restored CVS repository is a little old.  My arch repository
(emacs@sv.gnu.org) seems to have been restored intact, but it doesn't
have all the missing CVS contents.  According to "cvs -nq update",
there's only one change in the arch repository which isn't in the
restored CVS repository:

   2007-03-11  Andreas Seltenreich  <uwi7@rz.uni-karlsruhe.de>

      * man/gnus.texi (Mail and Post): Update documentation for gnus-user-agent.
      The variable now uses a list of symbols instead of just a symbol.
      Reported by Christoph Conrad <christoph.conrad@gmx.de>.

   [synced to arch at 2007-03-11 23:54:42 GMT]

Oddly enough, that's _not_ the latest commit in the arch repository --
there's one other which is later, which _is_ in the restored CVS
repository:

   2007-03-11  Juri Linkov <juri@jurta.org>

      * lisp/replace.el (match): Use yellow background on light-bg terminals.

   [synced to arch 2007-03-12 00:37:04 GMT]

So it looks like not every directory is restored from the same time?

[There's a bit more in other branches, e.g. my latest trunk->unicode
sync seems to be missing from the restored CVS repository.]

Maybe the best thing is to restore from NIIMI Satoshi's rsync of the
repository?  [He said it's from 2007-03-13 02:48 GMT]

I think the changes from the restored repository to the rsync would be
small enough that they could probably be verified by eye.

-Miles

-- 
People who are more than casually interested in computers should have at
least some idea of what the underlying hardware is like.  Otherwise the
programs they write will be pretty weird.  -- Donald Knuth

Re: Connection to emacs CVS broken ?

[NIIMI Satoshi]

2007/3/16, Miles Bader <miles@gnu.org>:
> Maybe the best thing is to restore from NIIMI Satoshi's rsync of the
> repository?  [He said it's from 2007-03-13 02:48 GMT]
>
> I think the changes from the restored repository to the rsync would be
> small enough that they could probably be verified by eye.

I've uploaded the CVS repository at:
http://www.and.or.jp/~sa2c/emacs-cvs-20070313.tar.bz2

-- 
NIIMI Satoshi

Re: Connection to emacs CVS broken ?

[Angelo Graziosi]

Glenn Morris wrote:

> Apparently: "Last confirmed full backup was completed circa 20:30 EDT
> on Sunday 11 March".

I did the last checkout Mar 12 14:30.


Cheers,

   Angelo.

Re: Connection to emacs CVS broken ?

[Vinicius Jose Latorre]

Angelo Graziosi wrote:
> Glenn Morris wrote:
>
>   
>> Apparently: "Last confirmed full backup was completed circa 20:30 EDT
>> on Sunday 11 March".
>>     
>
> I did the last checkout Mar 12 14:30.
>   

my last checkout was  2007-03-12 15:48.

Re: Connection to emacs CVS broken ?

[Giorgos Keramidas]

On 2007-03-15 22:18, Eli Zaretskii <eliz@gnu.org> wrote:
>> From: Glenn Morris <rgm@gnu.org>
>> Date: Thu, 15 Mar 2007 16:00:18 -0400
>> Cc: emacs-devel@gnu.org
>>
>> I tried a cvs update on src/process.c in an anoncvs tree that was
>> up-to-date at the time of the crash. It reverted back three revisions.
>
> Too bad.
>
> > So some work needs to be done to recover the lost changes, it seems.
>
> Yes.  One way of doing that would be to checkout a full tree in a
> different directory, diff that directory with the most recent tree
> before the crash, then committing all the files that are newer.
>
> Could people who sync regularly please state the UTC time when they
> did the last "cvs up"?

The last time I rsync'ed the repository was:

    Thu Mar 08 15:18:13 2007 +0000

Re: Connection to emacs CVS broken ?

[Vinicius Jose Latorre]

NIIMI Satoshi wrote:
> 2007/3/16, Miles Bader <miles@gnu.org>:
>> Maybe the best thing is to restore from NIIMI Satoshi's rsync of the
>> repository?  [He said it's from 2007-03-13 02:48 GMT]
>>
>> I think the changes from the restored repository to the rsync would be
>> small enough that they could probably be verified by eye.
>
> I've uploaded the CVS repository at:
> http://www.and.or.jp/~sa2c/emacs-cvs-20070313.tar.bz2

Does anyone have a restore for emacs-unicode-2?

Re: Connection to emacs CVS broken ?

[Richard Stallman]

    Yes.  One way of doing that would be to checkout a full tree in a
    different directory, diff that directory with the most recent tree
    before the crash, then committing all the files that are newer.

It is important to commit each change with its specific change log entry.
Don't do a mass commit!

Re: Connection to emacs CVS broken ?

[Richard Stallman]

    I have a tree that's up-to-date as of the crash.  Will the problem be
    fixed if I simply do a "cvs ci" on the entire tree?

Please don't do that!  It is essential to check in each change
with the corresponding change log info as the CVS log entry.
Alas, this means reinstalling each change one by one.  But it is
the only way to get the right result.

If we take a short cut here, we will regret it later!

Re: Connection to emacs CVS broken ?

[Miles Bader]

Vinicius Jose Latorre <viniciusjl@ig.com.br> writes:
>> I've uploaded the CVS repository at:
>> http://www.and.or.jp/~sa2c/emacs-cvs-20070313.tar.bz2
>
> Does anyone have a restore for emacs-unicode-2?

All branches are in the same repository.

[But I've got a separate copy of emacs-unicode-2 if you want...]

-Miles

-- 
80% of success is just showing up.  --Woody Allen

Re: Connection to emacs CVS broken ?

[Kenichi Handa]

In article <45FA2326.4020201@ig.com.br>, Vinicius Jose Latorre <viniciusjl@ig.com.br> writes:

> NIIMI Satoshi wrote:
> > 2007/3/16, Miles Bader <miles@gnu.org>:
>>> Maybe the best thing is to restore from NIIMI Satoshi's rsync of the
>>> repository?  [He said it's from 2007-03-13 02:48 GMT]
>>> 
>>> I think the changes from the restored repository to the rsync would be
>>> small enough that they could probably be verified by eye.
> >
> > I've uploaded the CVS repository at:
> > http://www.and.or.jp/~sa2c/emacs-cvs-20070313.tar.bz2

> Does anyone have a restore for emacs-unicode-2?

I have the version of date 2007.03.05.

---
Kenichi Handa
handa@m17n.org

Re: Connection to emacs CVS broken ?

[Herbert Euler]

>In article <45FA2326.4020201@ig.com.br>, Vinicius Jose Latorre 
><viniciusjl@ig.com.br> writes:
>
> > NIIMI Satoshi wrote:
> > > 2007/3/16, Miles Bader <miles@gnu.org>:
> >>> Maybe the best thing is to restore from NIIMI Satoshi's rsync of the
> >>> repository?  [He said it's from 2007-03-13 02:48 GMT]
> >>>
> >>> I think the changes from the restored repository to the rsync would be
> >>> small enough that they could probably be verified by eye.
> > >
> > > I've uploaded the CVS repository at:
> > > http://www.and.or.jp/~sa2c/emacs-cvs-20070313.tar.bz2
>
> > Does anyone have a restore for emacs-unicode-2?
>
>I have the version of date 2007.03.05.

I have the version of date 2007.03.13, including the web repository on that 
day.

Regards,
Guanpeng Xu

_________________________________________________________________
Don't just search. Find. Check out the new MSN Search! 
http://search.msn.click-url.com/go/onm00200636ave/direct/01/

Re: Connection to emacs CVS broken ?

[Herbert Euler]

>So what if we get both of these, and compare them.

I do not have a server to upload.  Please help me find out
a way to send the file if it is needed.  Thanks.

Sincerely yours,
Guanpeng Xu

_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

Re: Connection to emacs CVS broken ?

[ttn]

   From: Richard Stallman <rms@gnu.org>
   Date: Fri, 16 Mar 2007 01:21:39 -0400

   It is important to commit each change with its specific change log
   entry.  Don't do a mass commit!

below is some elisp that does ,v file "unparsing".  it was omitted from
vc-rcs.el changes related to vc-annotate support for RCS since i didn't
think it would be useful.  however, in this case, we can use it to write
new ,v files directly, after a "tree append" operation.  something like:

 (let* ((old (vc-rcs-parse (find-file "OLD,v")))
        (new (vc-rcs-parse (find-file "NEW,v")))
        (merged (APPEND-NEW-ENTRIES old new)))
   (set-buffer (generate-new-buffer "GEN,v"))
   (erase-buffer)
   (comma-v-unparse merged)
   (write-file "GEN,v"))

someone would have to write APPEND-NEW-ENTRIES, of course, but at least
that can be done more at the semantic level...

note that verification by a human will still be needed, in any case.

thi

____________________________________________________________
(defun comma-v-unparse (tree &optional buffer)
  "Insert TREE into current buffer in RCS-style masterfile format.
Optional second arg BUFFER specifies another buffer to insert into.
You can use `comma-v-parse' to get TREE."
  (setq buffer (get-buffer (or buffer (current-buffer))))
  (let ((standard-output buffer)
        (headers (cdr (assq 'headers tree)))
        (revisions (cdr (assq 'revisions tree))))
    (flet ((spew! (look name finish &optional proc)
                  (princ name)
                  (let ((v (funcall (or proc 'identity)
                                    (funcall look name))))
                    (unless (string= "" v)
                      (unless proc
                        (princ "\t"))
                      (princ v)))
                  (princ ";") (princ finish)))
      (flet ((hspew (name finish &optional proc)
                    (spew! (lambda (name) (cdr (assq name headers)))
                           name finish proc)))
        (hspew 'head "\n")
        (when (assq 'branch headers)
          (hspew 'branch "\n"))
        (hspew 'access "\n")
        (hspew 'symbols "\n" (lambda (ls)
                               (apply 'concat
                                      (mapcar (lambda (x)
                                                (format "\n\t%s:%s"
                                                        (car x) (cdr x)))
                                              ls))))
        (hspew 'locks " ")
        (hspew 'strict "\n")
        (hspew 'comment "\n\n\n" (lambda (s) (format "\t@%s@" s))))
      (dolist (rev revisions)
        (princ (car rev))
        (princ "\n")
        (flet ((rlook (name) (cdr (assq name (cdr rev))))
               (rspew (name finish &optional proc)
                      (spew! 'rlook name finish proc)))
          (rspew 'date "\t" (lambda (v)
                              (format-time-string "\t%Y.%m.%d.%H.%M.%S" v)))
          (rspew 'author "\t" (lambda (v) (concat " " v)))
          (rspew 'state "\n" (lambda (v) (concat " " v)))
          (rspew 'branches "\n")
          (rspew 'next "\n\n"))))
    (princ "\n")
    (flet ((spew! (look name finish &optional proc)
                  (princ name)
                  (princ "\n@")
                  (princ (with-temp-buffer
                           (insert (funcall (or proc 'identity)
                                            (funcall look name)))
                           (while (search-backward "@" (point-min) t)
                             (insert "@") (forward-char -1))
                           (buffer-string)))
                  (princ "@\n") (princ finish)))
      (spew! (lambda (name) (cdr (assq name headers))) 'desc "")
      (dolist (rev revisions)
        (princ "\n\n") (princ (car rev)) (princ "\n")
        (flet ((rlook (name) (cdr (assq name (cdr rev)))))
          (spew! 'rlook 'log "")
          (spew! (if (assq :insn (cdr rev))
                     (let ((s (with-temp-buffer
                                (dolist (cmd (nreverse (rlook :insn)))
                                  (case (cadr cmd)
                                    (k (insert (format "d%d %d\n"
                                                       (car cmd)
                                                       (caddr cmd))))
                                    (i (insert (format "a%d "
                                                       (1- (car cmd))))
                                       (save-excursion
                                         (insert (caddr cmd)))
                                       (insert (format "%d\n"
                                                       (count-lines
                                                        (point) (point-max))))
                                       (goto-char (point-max)))))
                                (buffer-string))))
                       `(lambda (x) ,s))
                   'rlook)
                 'text ""))))))

Re: Connection to emacs CVS broken ?

[James Cloos]

>>>>> "Eli" == Eli Zaretskii <eliz@gnu.org> writes:

Eli> Could people who sync regularly please state the UTC time when they
Eli> did the last "cvs up"?

I have an rsync of rsync://cvs.sv.gnu.org/sources/emacs/ that was last
updated at 2007-Mar-11 13:58 UTC.

-JimC
-- 
James Cloos <cloos@jhcloos.com>         OpenPGP: 1024D/ED7DAEA6