All of lore.kernel.org
 help / color / mirror / Atom feed
From: Martin Langhoff <martin@catalyst.net.nz>
To: Junio C Hamano <gitster@pobox.com>
Cc: git@vger.kernel.org, jmacd@cs.berkeley.edu
Subject: Re: [offtopic?] xdelta patch format wrapper
Date: Wed, 13 Feb 2008 16:46:56 +1300	[thread overview]
Message-ID: <47B26830.6090501@catalyst.net.nz> (raw)
In-Reply-To: <7vy79py1it.fsf@gitster.siamese.dyndns.org>

Junio C Hamano wrote:
> I am lost as to your objective because you seem to be keeping a
> whole LOT more than I would have imagined for a specialized
> purpose file format.

My source files are 2 zipfiles that I know contain 1 xml file, and then
may contain any arbitrary files. As a specialised file format is a
pretty general case ;-) Because of compression, xdeltas of the zipfiles
aren't good. So what I want to do is to diff the 2 unzipped directories
- nothing git-specific, I could use diff -urN.

Git diff *is* better in that it handles binary files, but we pay a
sizable cost in being reversible.

So I am thinking of doing is writing a wrapper that does the equivalent
of the "urN" flags to diff, but uses xdelta as the diffing algorithm.

As my case is rather general I suspect I'm better off biting the bullet
and writing something generally useful - it doesn't take that much more
effort and if it ends up being popular, I'll have some help with its
maintenance ;-)

In other words, I'm trolling for peer review to make sure the tool is
sane, and will be useful to others ;-)

> If you want to reuse that much of git

I don't think I'll use *any* git code at all for the time being. If it
was trivial to produce a statically compiled git-diff.exe and
git-apply-patch.exe that work without funny dependencies on any windows
box then I would. Don't think any of the windows ports of git are there
(even though they are excellent!).

cheers,



m
-- 
-----------------------------------------------------------------------
Martin @ Catalyst .Net .NZ  Ltd, PO Box 11-053, Manners St,  Wellington
WEB: http://catalyst.net.nz/           PHYS: Level 2, 150-154 Willis St
NZ: +64(4)916-7224    MOB: +64(21)364-017    UK: 0845 868 5733 ext 7224
      Make things as simple as possible, but no simpler - Einstein
-----------------------------------------------------------------------

  reply	other threads:[~2008-02-13  3:47 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-02-13  1:53 [offtopic?] xdelta patch format wrapper Martin Langhoff
2008-02-13  3:32 ` Junio C Hamano
2008-02-13  3:46   ` Martin Langhoff [this message]
2008-02-13  3:56     ` Junio C Hamano
2008-02-13 11:33     ` Johannes Schindelin
2008-02-13 17:53       ` Martin Langhoff
2008-02-13  4:13   ` Martin Langhoff

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=47B26830.6090501@catalyst.net.nz \
    --to=martin@catalyst.net.nz \
    --cc=git@vger.kernel.org \
    --cc=gitster@pobox.com \
    --cc=jmacd@cs.berkeley.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.