darcs

Issue 1812 follow CVS/Emacs conventions for darcs backup files

Title follow CVS/Emacs conventions for darcs backup files
Priority wishlist Status resolved
Milestone Resolved in 2.8.0
Superseder Nosy List darcs-devel, dmitry.kurochkin, jaredj, kowey, mndrix, simon, thorkilnaur, twb
Assigned To
Topics ProbablyEasy

Created on 2010-04-04.21:20:15 by admin, last changed 2014-03-22.23:44:37 by gh.

Files
File name Uploaded Type Edit Remove
unnamed archisquid, 2012-02-25.09:19:33 text/html
Messages
msg7581 (view) Author: twb Date: 2009-04-06.03:56:24
Currently my repo has:

    darcs-amend-record-0
    darcs-amend-record-0.~1~
    darcs-amend-record-1
    darcs-amend-record-1.~1~
    darcs-amend-record-2
    darcs-amend-record-2.~1~
    darcs-record-0 darcs-temp-mail-0
    darcs-temp-mail-0.~1~
    darcs-temp-mail-0.~2~
    darcs-temp-mail-0.~3~
    darcs-temp-mail-1
    darcs-temp-mail-1.~1~
    darcs.cabal-darcs-backup0
    darcs9599-new_3c63f32f823ff92f99d802c48a9ddd0a
    darcs9603-new_fe335076796c541830bc54310d35cec7

So incidentally, I think that -darcs-backupN should instead be .~N+1~,
the standard GNU and CVS style for numbered backups.
msg10671 (view) Author: kowey Date: 2010-04-04.21:22:30
I've copied msg7851 over from issue1416.  The particular point was that
files like
    darcs.cabal-darcs-backup0
    darcs.cabal-darcs-backup1
should really be called
    darcs.cabal-darcs-backup.~0~
    darcs.cabal-darcs-backup.~1~
and so forth...

It doesn't look like it could hurt to follow such a defacto convention.
msg15160 (view) Author: mndrix Date: 2012-02-24.05:42:29
According to http://www.gnu.org/software/emacs/manual/html_node/elisp/Numbered-
Backups.html

Files like
    darcs.cabal-darcs-backup0
    darcs.cabal-darcs-backup1
should really be called
    darcs.cabal.~1~
    darcs.cabal.~2~
and so forth...
msg15170 (view) Author: archisquid Date: 2012-02-25.09:19:33
On Thu, 23 Feb 2012 22:42:30 -0700, Michael Hendricks <bugs@darcs.net>  
wrote:

>
> Michael Hendricks <michael@ndrix.org> added the comment:
>
> According to 
> http://www.gnu.org/software/emacs/manual/html_node/elisp/Numbered-
> Backups.html
>
> Files like
> darcs.cabal-darcs-backup0
> darcs.cabal-darcs-backup1
> should really be called
> darcs.cabal.~1~
> darcs.cabal.~2~
> and so forth...

Why should darcs merge-conflict backups match the naming scheme of other  
projects?

This can cause confusion and conflicts between the tools.

-- 
Archi
Attachments
msg15171 (view) Author: twb Date: 2012-02-25.09:28:47
Archi wrote:
> Why should darcs merge-conflict backups match the naming scheme of
> other projects?

So existing tools will recognize they ARE backups, without having to
be told about Darcsisms.  Note foo.~1~ is the convention for GNU
coreutils as well as Emacs.  The simpler suffix ~ is also use for many
other GNU tools, e.g. tar, sed.
msg15172 (view) Author: kowey Date: 2012-02-25.09:30:09
I've added this to http://wiki.darcs.net/Sprints/2012-03
Help finding nice items to work on from the ProbablyEasy pile would be 
welcome
msg15274 (view) Author: noreply Date: 2012-03-12.18:40:05
The following patch sent by miguel.pagano+darcs@gmail.com updated issue issue1812 with
status=resolved;resolvedin=2.8.0 HEAD

* resolve issue1812: follow emacs convention for backup files 
Ignore-this: 984be9d50dd8d782a76a1acff2778ea9
msg15281 (view) Author: noreply Date: 2012-03-12.20:54:43
The following patch sent by miguel.pagano+darcs@gmail.com updated issue issue1812 with
status=has-patch

* resolve issue1812: follow emacs convention for backup files 
Ignore-this: 984be9d50dd8d782a76a1acff2778ea9
History
Date User Action Args
2010-04-04 21:20:15admincreate
2010-04-04 21:20:32adminsetnosy: + twb, simon, kowey, thorkilnaur
messages: + msg7581
2010-04-04 21:22:31koweysetpriority: wishlist
status: unknown -> needs-implementation
topic: + ProbablyEasy
messages: + msg10671
nosy: + jaredj
2012-02-24 05:39:18mndrixsetnosy: + mndrix
2012-02-24 05:42:30mndrixsetmessages: + msg15160
2012-02-25 09:19:34archisquidsetfiles: + unnamed
messages: + msg15170
2012-02-25 09:28:48twbsetmessages: + msg15171
2012-02-25 09:30:10koweysetmessages: + msg15172
2012-03-12 18:40:06noreplysetstatus: needs-implementation -> resolved
messages: + msg15274
resolvedin: 2.8.0
2012-03-12 20:54:44noreplysetstatus: resolved -> has-patch
messages: + msg15281
2014-03-22 23:44:37ghsetstatus: has-patch -> resolved