Processing commands for [EMAIL PROTECTED]:
> severity 376103 normal
Bug#376103: subversion: svn doesn't report modified file when timestamp has not
changed
Severity set to `normal' from `grave'
> thanks
Stopping processing here.
Please contact me if you need assistance.
severity 376103 normal
thanks
[Vincent Lefevre]
> > I'm copying this bug to recode. In my opinion, 'svn' and 'make'
> > should be entitled to assume that the user has been honest about
> > modifications of her own files.
>
> I agree about make, but concerning svn, one can't rely on that.
I'm s
Processing commands for [EMAIL PROTECTED]:
> severity 376103 grave
Bug#376103: subversion: svn doesn't report modified file when timestamp has not
changed
Severity set to `grave' from `normal'
> thanks
Stopping processing here.
Please contact me if you need assistance.
Processing commands for [EMAIL PROTECTED]:
> clone 376103 -1
Bug#376103: subversion: svn doesn't report modified file when timestamp has not
changed
Bug 376103 cloned as bug 376124.
> retitle -1 recode: bad default: hides file modifications by restoring mtimes
Bug#376124: subv
clone 376103 -1
retitle -1 recode: bad default: hides file modifications by restoring mtimes
reassign -1 recode
severity 376103 normal
thanks
[Vincent Lefevre]
> The "recode" utility does not update the timestamp (I assume this is
> a feature).
Yeah, well ... I don't know whose brilliant idea it
Package: subversion
Version: 1.3.2-3
Severity: grave
Justification: causes non-serious data loss
The "recode" utility does not update the timestamp (I assume this is a
feature). When a file is modified by recode, the commands "svn status"
and "svn diff" don't report any change, and "svn revert " d
6 matches
Mail list logo
