GNU bug report logs -
#12001
24.1.50; vc-diff always talks to CVS repository
Previous Next
Reported by: rms <at> gnu.org
Date: Fri, 20 Jul 2012 18:59:01 UTC
Severity: normal
Found in version 24.1.50
Done: Paul Eggert <eggert <at> cs.ucla.edu>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 12001 in the body.
You can then email your comments to 12001 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12001
; Package
emacs
.
(Fri, 20 Jul 2012 18:59:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
rms <at> gnu.org
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 20 Jul 2012 18:59:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
It used to be the case that I could edit a CVS-managed file and type
C-x v =, and it would generally not talk to the repository.
It would compare my workfile with what it had checked out,
exactly what was useful.
In the trunk built on July 2, C-x v = always tries to talk with the
repository. This makes it useless when I have no network connection.
It was more useful the old way.
In GNU Emacs 24.1.50.1 (mips64el-unknown-linux-gnu, GTK+ Version 2.12.12)
of 2012-07-02 on chiefs-gnewsense
Bzr revision: 108717 rgm <at> gnu.org-20120624101734-r4tegeqa6td69p8f
Configured using:
`configure 'CFLAGS=-g -O0' '--with-gif=no' '--with-tiff=no''
Important settings:
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8-unix
default enable-multibyte-characters: t
Major mode: Diff
Minor modes in effect:
diff-auto-refine-mode: t
shell-dirtrack-mode: t
gpm-mouse-mode: t
tooltip-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
abbrev-mode: t
Recent input:
C-s C-s C-v C-v C-s C-s C-a C-u C-v C-u C-v C-u C-v
C-v C-s C-s C-a C-u C-n C-u C-n C-n ESC f ESC f ESC
f DEL DEL e s e ESC f s , SPC a n d SPC o t j e r s
SPC DEL DEL DEL DEL DEL h e r s SPC l i k e SPC t y
j e m DEL DEL DEL DEL h e m C-f RET C-d C-e C-d SPC
C-a C-u C-v C-u C-v C-u C-v C-v C-v C-v C-v C-x C-s
C-x v = C-z C-x 0 C-x v = C-x 1 C-v ESC x r e p o r
t C-g C-x b RET C-x v v C l a r i f y SPC ESC DEL E
x p l a i n SPC w h y SPC I SPC c o n t r i b u t e
d SPC t o SPC O p p e n SPC S o u r c e s . ESC b ESC
b C-f C-d C-e RET C l a r i f y SPC X SPC a n d SPC
T e X SPC a r e SPC C-a ESC d S a y C-e n o t SPC t
h e SPC o n l y SPC n o n - G N U SPC p r o g r a m
s SPC i n SPC t e h SPC G N U SPC s y s t e m . ESC
b ESC n ESC b C-b C-b C-t C-n C-c C-c C-x v = C-x 0
C-l C-x v = ESC x r e p o r t SPC e m a c s SPC b u
g RET
Recent messages:
Source file `/home/rms/emacs-bzr/trunk/lisp/vc/log-edit.el' newer than byte-compiled file
Source file `/home/rms/emacs-bzr/trunk/lisp/vc/pcvs-util.el' newer than byte-compiled file
Mark set
Press C-c C-c when you are done editing.
Enter a change comment. Type C-c C-c when done
Empty comment ring
Checking in /home/rms/www/gnu/thegnuproject.html...done
Finding changes in /home/rms/www/gnu/thegnuproject.html...
No changes between working revision and workfile
Finding changes in /home/rms/www/gnu/thegnuproject.html...done
Load-path shadows:
None found.
Features:
(shadow emacsbug log-edit pcvs-util add-log diff-mode easy-mmode vc
ediff-merg ediff-diff ediff-wind ediff-help ediff-util ediff-mult
ediff-init ediff vc-dispatcher parse-time vc-cvs pcmpl-unix compare-w
etags novice sgml-mode rmailkwd sh-script smie executable rect
mule-util rmailsum kmacro ispell epa-mail epa derived epg epg-config
ind-util multi-isearch shell pcomplete grep compile comint ansi-color
ring dired-aux dabbrev quail help-mode view rmailout mailalias qp
rmailmm message sendmail format-spec rfc822 mml easymenu mml-sec
mm-decode mm-bodies mm-encode mailabbrev gmm-utils mailheader
mail-parse rfc2231 dired t-mouse time-date rmailedit rmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils paren cus-start
cus-load tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win
x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list
newcomment lisp-mode register page menu-bar rfn-eshadow timer select
scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame
cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet
lao korean japanese hebrew greek romanian slovak czech european
ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook
help simple abbrev minibuffer loaddefs button faces cus-face files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote make-network-process
dbusbind dynamic-setting system-font-setting font-render-setting
move-toolbar gtk x-toolkit x multi-tty emacs)
--
Dr Richard Stallman
President, Free Software Foundation
51 Franklin St
Boston MA 02110
USA
www.fsf.org www.gnu.org
Skype: No way! That's nonfree (freedom-denying) software.
Use Ekiga or an ordinary phone call
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12001
; Package
emacs
.
(Fri, 20 Jul 2012 19:18:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 12001 <at> debbugs.gnu.org (full text, mbox):
Richard Stallman <rms <at> gnu.org> writes:
> In the trunk built on July 2, C-x v = always tries to talk with the
> repository. This makes it useless when I have no network connection.
I cannot reproduce that. When the vc backup file for the current
revision exists, vc-diff uses it as the base.
Andreas.
--
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12001
; Package
emacs
.
(Sat, 21 Jul 2012 02:50:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 12001 <at> debbugs.gnu.org (full text, mbox):
I cannot reproduce that. When the vc backup file for the current
revision exists, vc-diff uses it as the base.
What is the "vc backup file"? How can I tell whether it exists?
--
Dr Richard Stallman
President, Free Software Foundation
51 Franklin St
Boston MA 02110
USA
www.fsf.org www.gnu.org
Skype: No way! That's nonfree (freedom-denying) software.
Use Ekiga or an ordinary phone call
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12001
; Package
emacs
.
(Sat, 21 Jul 2012 08:08:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 12001 <at> debbugs.gnu.org (full text, mbox):
Richard Stallman <rms <at> gnu.org> writes:
> I cannot reproduce that. When the vc backup file for the current
> revision exists, vc-diff uses it as the base.
>
> What is the "vc backup file"? How can I tell whether it exists?
See vc-version-backup-file-name. They are created the first time the
modified file is saved.
Andreas.
--
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12001
; Package
emacs
.
(Sun, 19 Aug 2012 22:31:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 12001 <at> debbugs.gnu.org (full text, mbox):
> I cannot reproduce that. When the vc backup file for the current
> revision exists, vc-diff uses it as the base.
> What is the "vc backup file"? How can I tell whether it exists?
See vc-version-backup-file-name. They are created the first time the
modified file is saved.
This is not happening for me when I edit the Emacs sources.
The reason seems to be that
(vc-call-backend backend 'make-version-backups-p file)
does nothing, because it calls vc-default-make-version-backups-p
which always returns nil.
This is because (get 'Bzr 'vc-functions)
returns the following:
((make-version-backups-p vc-default-make-version-backups-p . Bzr) (checkout-model . vc-bzr-checkout-model) (registered . vc-bzr-registered) (find-file-hook . vc-bzr-find-file-hook) (working-revision . vc-bzr-working-revision) (state-heuristic . vc-bzr-state-heuristic) (mode-line-string vc-default-mode-line-string . Bzr))
Indeed, vc-bzr-make-version-backups-p is not defined.
Should it be?
--
Dr Richard Stallman
President, Free Software Foundation
51 Franklin St
Boston MA 02110
USA
www.fsf.org www.gnu.org
Skype: No way! That's nonfree (freedom-denying) software.
Use Ekiga or an ordinary phone call
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12001
; Package
emacs
.
(Mon, 20 Aug 2012 07:26:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 12001 <at> debbugs.gnu.org (full text, mbox):
Richard Stallman <rms <at> gnu.org> writes:
> This is not happening for me when I edit the Emacs sources.
> The reason seems to be that
>
> (vc-call-backend backend 'make-version-backups-p file)
>
> does nothing, because it calls vc-default-make-version-backups-p
> which always returns nil.
make-version-backups-p only returns non-nil for VCS that don't have the
original version locally.
> Indeed, vc-bzr-make-version-backups-p is not defined.
> Should it be?
No VCS other than CVS should need it.
Andreas.
--
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12001
; Package
emacs
.
(Tue, 21 Aug 2012 02:21:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 12001 <at> debbugs.gnu.org (full text, mbox):
make-version-backups-p only returns non-nil for VCS that don't have the
original version locally.
> Indeed, vc-bzr-make-version-backups-p is not defined.
> Should it be?
No VCS other than CVS should need it.
I am using bzr, and apparently bzr needs this,
because vc-diff DOES NOT find the unmodified version
except by connecting to the server.
So either there is some other bug,
or vc-bzr-make-version-backups-p ought to be defined.
Or did I misunderstand something?
--
Dr Richard Stallman
President, Free Software Foundation
51 Franklin St
Boston MA 02110
USA
www.fsf.org www.gnu.org
Skype: No way! That's nonfree (freedom-denying) software.
Use Ekiga or an ordinary phone call
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12001
; Package
emacs
.
(Tue, 21 Aug 2012 02:53:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 12001 <at> debbugs.gnu.org (full text, mbox):
> Date: Mon, 20 Aug 2012 22:20:26 -0400
> From: Richard Stallman <rms <at> gnu.org>
> Cc: 12001 <at> debbugs.gnu.org
>
> make-version-backups-p only returns non-nil for VCS that don't have the
> original version locally.
>
> > Indeed, vc-bzr-make-version-backups-p is not defined.
> > Should it be?
>
> No VCS other than CVS should need it.
>
> I am using bzr, and apparently bzr needs this,
> because vc-diff DOES NOT find the unmodified version
> except by connecting to the server.
>
> So either there is some other bug,
> or vc-bzr-make-version-backups-p ought to be defined.
Since bzr has all the history of the versions locally, in the shape of
branch meta-data, you can easily recover any previous version of any
file without resorting to backup files. For example, this puts the
last version of xdisp.c on a separate file:
bzr cat -r -1 src/xdisp.c > src/xdisp.c.previous
Or, you want to overwrite the modified file with its last unmodified
version:
bzr revert src/xdisp.c
(You can also use revision numbers older than -1, the last one, and
use the -r argument to "bzr revert", to recover versions older than
the last one.)
For this reason, no backup files are created in a bzr repository,
since doing so just wastes disk space.
CVS is different, because it does not store history locally, it must
go to the server for the equivalents of the above operations, which
requires you and the server to be on-line. So with CVS, storing local
backups does have its merit.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12001
; Package
emacs
.
(Tue, 21 Aug 2012 03:55:01 GMT)
Full text and
rfc822 format available.
Message #29 received at 12001 <at> debbugs.gnu.org (full text, mbox):
Firstly;
Is this bug report about CVS, as the initial report and subject
indicate; or is it about bzr, as every subsequent message seems to
indicate? If so, bzr + vc-diff + no network works just fine for me.
Eli Zaretskii wrote:
> Since bzr has all the history of the versions locally
Secondly;
Maybe rms has somehow ended up with a lightweight checkout, or a stacked
branch, or some other non-standard form of bzr repository that does not
actually keep all the data locally.
What does `bzr info' report in the local copy?
While Emacs could in principle try to handle these forms of bzr checkout
better, it seems kind of pointless, since the solution is simply to use
a "normal" bzr branch.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12001
; Package
emacs
.
(Tue, 21 Aug 2012 21:24:01 GMT)
Full text and
rfc822 format available.
Message #32 received at 12001 <at> debbugs.gnu.org (full text, mbox):
In fact, the problem is happening with bzr using the Emacs sources.
I don't know why I wrote CVS in the subject -- habit took over, I
suppose. I have a vague memory of seeing it a few weeks ago with CVS
in editing gnu.org web pages, but this bug report is with bzr.
Maybe rms has somehow ended up with a lightweight checkout, or a stacked
branch, or some other non-standard form of bzr repository that does not
actually keep all the data locally.
What does `bzr info' report in the local copy?
Repository checkout (format: 2a)
Location:
repository checkout root: .
checkout of branch: bzr+ssh://rms <at> bzr.savannah.gnu.org/emacs/trunk/
shared repository: /home/rms/emacs-bzr
I set up my repository as recommended in BzrQuickStartForEmacsDevs. I
chose this because it is the simplest, both to set up and to use in
practice, and also the most similar to CVS.
vc-diff should support it correctly.
--
Dr Richard Stallman
President, Free Software Foundation
51 Franklin St
Boston MA 02110
USA
www.fsf.org www.gnu.org
Skype: No way! That's nonfree (freedom-denying) software.
Use Ekiga or an ordinary phone call
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12001
; Package
emacs
.
(Wed, 22 Aug 2012 02:58:01 GMT)
Full text and
rfc822 format available.
Message #35 received at 12001 <at> debbugs.gnu.org (full text, mbox):
> Date: Tue, 21 Aug 2012 17:22:48 -0400
> From: Richard Stallman <rms <at> gnu.org>
> Cc: 12001 <at> debbugs.gnu.org
>
> What does `bzr info' report in the local copy?
>
> Repository checkout (format: 2a)
> Location:
> repository checkout root: .
> checkout of branch: bzr+ssh://rms <at> bzr.savannah.gnu.org/emacs/trunk/
> shared repository: /home/rms/emacs-bzr
That's indeed a checkout that lacks local history.
> I set up my repository as recommended in BzrQuickStartForEmacsDevs. I
> chose this because it is the simplest, both to set up and to use in
> practice, and also the most similar to CVS.
A bound branch behaves the same, but is better because you have the
history locally and bzr can do many operations without communicating
with the server.
> vc-diff should support it correctly.
Agreed.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12001
; Package
emacs
.
(Wed, 22 Aug 2012 03:14:01 GMT)
Full text and
rfc822 format available.
Message #38 received at 12001 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii wrote:
>> Repository checkout (format: 2a)
>> Location:
>> repository checkout root: .
>> checkout of branch: bzr+ssh://rms <at> bzr.savannah.gnu.org/emacs/trunk/
>> shared repository: /home/rms/emacs-bzr
>
> That's indeed a checkout that lacks local history.
?
No it isn't. That seems fine to me. It's the same as I use.
With the current trunk in such a repo, and no net connection, I did:
./src/emacs -Q --eval '(setq vc-command-messages t)' README &
Then made some changes to README, saved, and typed C-x v =.
*Messages* tells me that this runs:
bzr diff --diff-options -c README
It works fine and shows me the diff, with no net connection.
rms, what happens if you try that?
What command does Emacs say it runs?
What happens if you type that same command at the shell outside of Emacs?
If it doesn't work outside of Emacs, this is not an Emacs issue.
(I don't even know how you make such a command contact the repository.
There's nothing for Emacs to "support" here, it's just how bzr works.)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12001
; Package
emacs
.
(Wed, 22 Aug 2012 16:28:01 GMT)
Full text and
rfc822 format available.
Message #41 received at 12001 <at> debbugs.gnu.org (full text, mbox):
> From: Glenn Morris <rgm <at> gnu.org>
> Cc: rms <at> gnu.org, 12001 <at> debbugs.gnu.org
> Date: Tue, 21 Aug 2012 23:13:06 -0400
>
> Eli Zaretskii wrote:
>
> >> Repository checkout (format: 2a)
> >> Location:
> >> repository checkout root: .
> >> checkout of branch: bzr+ssh://rms <at> bzr.savannah.gnu.org/emacs/trunk/
> >> shared repository: /home/rms/emacs-bzr
> >
> > That's indeed a checkout that lacks local history.
>
> ?
> No it isn't. That seems fine to me. It's the same as I use.
?
Don't you have few more lines of output, viz.:
Related branches:
parent branch: bzr+ssh://eliz <at> bzr.savannah.gnu.org/emacs/trunk/
Also, Richard cited BzrQuickStartForEmacsDevs, which says:
Now we get the source files plus all the history of the branch we work
on (trunk on this case, which is the CVS mainline):
cd emacs/
bzr checkout URL_TO_UPSTREAM_TRUNK trunk
^^^^^^^^^^^^
AFAIK, "bzr checkout" creates a checkout, not a bound branch.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12001
; Package
emacs
.
(Wed, 22 Aug 2012 16:35:01 GMT)
Full text and
rfc822 format available.
Message #44 received at 12001 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii wrote:
> Don't you have few more lines of output, viz.:
>
> Related branches:
> parent branch: bzr+ssh://eliz <at> bzr.savannah.gnu.org/emacs/trunk/
Yes, but those are optional (aren't they?).
> bzr checkout URL_TO_UPSTREAM_TRUNK trunk
> ^^^^^^^^^^^^
>
> AFAIK, "bzr checkout" creates a checkout, not a bound branch.
IIUC:
checkout == bound branch == heavyweight checkout
checkout != lightweight checkout.
I did check before starting this that a lightweight checkout says
"light checkout" in bzr info.
bzr help checkouts:
[...]
However the checkout is still a first class branch in Bazaar terms,
so that you have the full history locally.
[...]
It is also possible to create a "lightweight" checkout by passing the
--lightweight flag to checkout.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12001
; Package
emacs
.
(Thu, 23 Aug 2012 02:51:02 GMT)
Full text and
rfc822 format available.
Message #47 received at 12001 <at> debbugs.gnu.org (full text, mbox):
I think I have caused some confusion.
The reason for CVS in the subject line is that I saw
the problem originally with a file managed by CVS.
Then a week or so ago I decided to investigate why
a VC version backup file was not made. Since I was editing
a file in the Emacs sources, I investigated using that file.
However, that file is managed with bzr, not CVS.
I did not realize that this made a difference,
because the message about VC version backup files
didn't say they were only needed for CVS.
This made my investigation irrelevant.
I didn't try vc-diff with that file, I just assumed vc-diff
needed the VC backup file, as I was told. It seems vc-diff
does in fact work with this file.
I will need to investigate some other time using a CVS file,
when I have a connection that permits updating from Savannah.
--
Dr Richard Stallman
President, Free Software Foundation
51 Franklin St
Boston MA 02110
USA
www.fsf.org www.gnu.org
Skype: No way! That's nonfree (freedom-denying) software.
Use Ekiga or an ordinary phone call
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12001
; Package
emacs
.
(Thu, 23 Aug 2012 07:11:02 GMT)
Full text and
rfc822 format available.
Message #50 received at 12001 <at> debbugs.gnu.org (full text, mbox):
Richard Stallman wrote:
> The reason for CVS in the subject line is that I saw
> the problem originally with a file managed by CVS.
Okaaaaay...
Now I think I can reproduce this. Analyis:
vc-cvs-state-heuristic returns 'edited when it should return 'up-to-date.
Thus vc-before-save never makes a version backup, and diffs always
contact the server.
vc-cvs-state-heuristic returns 'edited because (vc-file-getprop file
'vc-checkout-time) returns 0, which never matches the file modification
time.
The vc-checkout-time property is set by vc-cvs-parse-entry.
This fails to set the correct vc-checkout-time because, at vc-cvs.el:1175
time = "Thu Aug 23 06:50:59 2012"
mtime = (20533 53971 188243 896000)
parsed-time = (59 50 6 23 8 2012 4 nil 0)
(apply 'encode-time parsed-time) = (20533 53971) != mtime
So looks to me like this is a "high resolution time stamp" issue,
so I'm punting to Paul.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12001
; Package
emacs
.
(Thu, 23 Aug 2012 07:16:02 GMT)
Full text and
rfc822 format available.
Message #53 received at 12001 <at> debbugs.gnu.org (full text, mbox):
Glenn Morris wrote:
> time = "Thu Aug 23 06:50:59 2012"
> mtime = (20533 53971 188243 896000)
> parsed-time = (59 50 6 23 8 2012 4 nil 0)
> (apply 'encode-time parsed-time) = (20533 53971) != mtime
In other words, this is
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=7905
sigh
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12001
; Package
emacs
.
(Thu, 23 Aug 2012 07:18:02 GMT)
Full text and
rfc822 format available.
Message #56 received at 12001 <at> debbugs.gnu.org (full text, mbox):
Glenn Morris wrote:
> In other words, this is
>
> http://debbugs.gnu.org/cgi/bugreport.cgi?bug=7905
Well, actually it's not the same.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12001
; Package
emacs
.
(Thu, 23 Aug 2012 08:20:01 GMT)
Full text and
rfc822 format available.
Message #59 received at 12001 <at> debbugs.gnu.org (full text, mbox):
Does the following patch fix the problem for you?
It is designed to fix the symptoms that Glenn reported.
=== modified file 'lisp/vc/vc-cvs.el'
--- lisp/vc/vc-cvs.el 2012-07-11 23:13:41 +0000
+++ lisp/vc/vc-cvs.el 2012-08-23 08:14:11 +0000
@@ -1178,7 +1178,11 @@
(parse-time-string (concat time " +0000")))))
(cond ((and (not (string-match "\\+" time))
(car parsed-time)
- (equal mtime (apply 'encode-time parsed-time)))
+ ;; Compare just the seconds part of the file time,
+ ;; since CVS file time stamp resolution is just 1 second.
+ (let ((ptime (apply 'encode-time parsed-time)))
+ (and (eq (car mtime) (car ptime))
+ (eq (cadr mtime) (cadr ptime)))))
(vc-file-setprop file 'vc-checkout-time mtime)
(if set-state (vc-file-setprop file 'vc-state 'up-to-date)))
(t
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12001
; Package
emacs
.
(Fri, 24 Aug 2012 02:18:02 GMT)
Full text and
rfc822 format available.
Message #62 received at 12001 <at> debbugs.gnu.org (full text, mbox):
It seems to have fixed the bug. Thanks.
--
Dr Richard Stallman
President, Free Software Foundation
51 Franklin St
Boston MA 02110
USA
www.fsf.org www.gnu.org
Skype: No way! That's nonfree (freedom-denying) software.
Use Ekiga or an ordinary phone call
Reply sent
to
Paul Eggert <eggert <at> cs.ucla.edu>
:
You have taken responsibility.
(Fri, 24 Aug 2012 04:08:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
rms <at> gnu.org
:
bug acknowledged by developer.
(Fri, 24 Aug 2012 04:08:02 GMT)
Full text and
rfc822 format available.
Message #67 received at 12001-done <at> debbugs.gnu.org (full text, mbox):
On 08/23/2012 07:17 PM, Richard Stallman wrote:
> It seems to have fixed the bug.
Thanks for checking. I committed the fix as
bzr trunk version 109761 and am marking this as done.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 21 Sep 2012 11:24:02 GMT)
Full text and
rfc822 format available.
This bug report was last modified 12 years and 276 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.