[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gnu-arch-users] [BUG] apply-delta target directory
From: |
David Allouche |
Subject: |
Re: [Gnu-arch-users] [BUG] apply-delta target directory |
Date: |
Wed, 26 May 2004 18:01:09 +0200 |
User-agent: |
Mutt/1.5.5.1+cvs20040105i |
On Tue, May 25, 2004 at 08:52:32AM -0400, Aaron Bentley wrote:
>
> David Allouche wrote:
> >"tla apply-delta REV-A REV-B" applies the delta changeset to the current
> >directory, not the tree-root.
>
> Yeah, I thought that was odd behaviour too. I wasn't sure if there was
> some reasonable reason for behaving this way, though of course, scripts
> like aba change-version can avoid this by manually specifying the tree root.
You can often work around bugs. It's better to fix them.
> It comes down to the two-faced nature of delta. If you run delta in a
> non-Arch tree, it will compare to the current directory. If you run
> delta in an arch tree, it will compare to the tree-root.
Beg your pardon? I must be missing some fundamental feature of Arch...
Only Arch source trees (set-up by init-tree) define a tagging-method.
Changesets rely on tree inventories, so you can only create a changeset
between two trees which define id-tagging-methods.[1] What sense could
there be in computing a changeset between A and B where either A or B is
not a proper Arch source tree?
[1] In addition, for the changeset to be useful, you need the tagging
methods to be somewhat consistent so most of the identical files in
both trees have the same id. But that's a secondary issue.
It might make sense to compare _parts_ of Arch source trees, because the
tagging method is inherited by all subtrees of an Arch source tree, for
example to implement subtree commit, but that seems a dangerous road to
go because it breaks the "whole-tree changeset" model.
But in any case, using non-Arch trees with delta does not make sense in
Arch as I understand it. Please educate me if I'm wrong.
> Given that behaviour, I guess it's reasonable to expect apply-delta to
> behave the same way. If people really want to apply the changeset to
> the wrong directory, they can use delta and apply-changeset.
I cannot understand what you mean. You seem to say: "given <broken>,
it's reasonable to expect apply-delta to <be-broken>. If people want to
<break> then can <not-use-apply-delta>" which is contradictory.
In any case, I'd expect the changeset-applying function to shout and cry
if the user is trying to apply a changeset involving patchlogs to a
directory which is not a tree-root.
--
-- ddaa
Re: [Gnu-arch-users] [BUG] apply-delta target directory, Bug Goo, 2004/05/28