On Sun, 29 May 2005 17:54:16 -0500, Kevin Puetz <puetzk@puetzk.org> said:
> Tez Kamihira wrote:
>
> >> I'm not talking about extending the patch program, just to be clear.
> >> I'm talking about making sure the SCS format is "compatible" with
> >> today's patch program, in the sense that patch will do as much as it
> >> can with an SCS file and silently ignore the stuff it can't handle
> >> (such as metadata).
>
> Well, better yet would be to noisily ignore such hunks,
Indeed. See below. now "Revision 2.".
> but I don't know that there's anything suitable that would get an
> old patch to squeak but not fail.
Very likely. But I took the Karl's comment as it would suggest "some
minimum tweaking" or "minor version up" of already wide spreaded
'patch' tools.
--- scs-1.txt 2005-05-29 11:40:25.000000000 +0900
+++ scs-2.txt 2005-05-30 09:57:45.004675448 +0900
@@ -561,9 +561,9 @@
by software development, because they basically manage text files
only.
- Today's wide spreaded 'patch' tools SHOULD calmly discard the
- Extended Unidiff Unit regions. They SHOULD NOT be choked by those
- areas.
+ Today's wide spreaded 'patch' tools SHOULD discard the Extended
+ Unidiff Unit regions with warnings. They SHOULD NOT be choked by
+ those areas.
3.3. Binary Unit
@@ -585,8 +585,8 @@
-AAECAwQF
+AAECAwQFBg==
- Today's wide spreaded 'patch' tools SHOULD calmly discard the
- Binary Unit regions. They SHOULD NOT be choked by those areas.
+ Today's wide spreaded 'patch' tools SHOULD discard the Binary Unit
+ regions with warnings. They SHOULD NOT be choked by those areas.
4. Hunk
@@ -595,9 +595,9 @@
format as well and that part is only for reviewing purpose. Rest of
the sections are pure extensions by SCS.
-Today's wide spreaded 'patch' tools SHOULD calmly discard all of the
-Hunk's regions except Standard ones. They SHOULD NOT be choked by
-those areas.
+Today's wide spreaded 'patch' tools SHOULD discard all of the Hunk's
+regions with warnings except Standard ones. They SHOULD NOT be choked
+by those areas.
4.1. Standard Hunk
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon May 30 03:10:26 2005