bugGNU arch -- a revision control system - Bugs: bug #7013, fails to detect files removed from...

 
 

bug #7013: fails to detect files removed from revision library

Submitter:  Andrew Suffield <asuffield>
Submitted:  Mon 29 Dec 2003 03:56:05 PM UTC
   
 
Category:  tla Severity:  3 - Normal
Item Group:  None Status:  None
Privacy:  Public Open/Closed:  Open
Release: 
Fixed Release: 
Merge Request?:  None
Your Archive Name: 
Your Archive Location: 
Assigned to:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Mon 29 Dec 2003 03:56:05 PM UTC, original submission:  

Forwarded from Debian bug #224334:

If I use revision libraries instead of prestine source, then my understanding
is that it is very important that no changes occur to the revision library.

If I modify a file in the revision library, it is automatically
detected, and the library is considered currupt.

If however, I delete a file from the revision library (eg. by accidents-
once did a "mv" from the library instead of a "cp"; file system
curruption, etc) tla will not realize that the archive is now currupt
for "changes" or "commit" operations.

This results in a patch that says this is a new file, when it should
really be a changed file. I am not sure how bad this really is, but it
makes me nervous (this is only a test archive though).

For the "get", operation tla will complained that the file I deleted doesn't
exist; while perhaps not user-friendly, this does at least point at the tla
must somehow know that the file should exist:

bam@scrooge:~/tmp/tree$ tla get bam@snoopy.apana.org.au--test/test--devo--0.1--patch-2

  • from revision library: bam@snoopy.apana.org.au--test/test--devo--0.1--patch-1

Error calling `vu_lstat' for "/home/bam/revision/bam@snoopy.apana.org.au--test/test/test--devo/test--devo--0.1/test--devo--0.1--patch-1/./a" (No such file or directory)
PANIC: I/O error

tla really needs to be able to detect the error though for the
changes and commit operations too.

I think this is important; as for tla to be considered robust it
needs to be able to cope with common errors (IMHO).

I suspect a similar situation might occur for files added to the
library, not tested.

Andrew Suffield <asuffield>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by asuffield (Debian BTS link)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follows 1 latest change.

    Date Changed by Updated Field Previous Value => Replaced by
    2003-12-29 asuffield Carbon-Copy- Added 224334-forwarded --AT-- bugs --DOT-- debian --DOT-- org

    Back to the top

    Powered by Savane 3.13-758e.
    Corresponding source code