Date: Thu, 11 Nov 2004 10:52:33 -0800 (PST)
Message-Id: <200411111852.iABIqX0p098586@xl2.seyza.com>
From: Thomas Lord <lord@emf.net>
To: gnu-arch-users@gnu.org
In-reply-to: <1100167902.2788.38.camel@stargate> (message from Catalin Marinas
	on Thu, 11 Nov 2004 10:11:43 +0000)
Subject: Re: [Gnu-arch-users] Re: darcs vs tla
References: <20041107234609.7bf0abfe@delta.hk.office.outblaze.com>
	<tnxlldcbqm1.fsf@arm.com> <877jowbl8w.fsf@tleepslib.sk.tsukuba.ac.jp>
	<200411082327.iA8NRVMB084815@xl2.seyza.com>
	<1099996596.2900.96.camel@stargate>
	<200411102047.iAAKlUmv093629@xl2.seyza.com>
	<1100167902.2788.38.camel@stargate>
Precedence: list
Sender: gnu-arch-users-bounces+migo=homemail.com@gnu.org
Errors-To: gnu-arch-users-bounces+migo=homemail.com@gnu.org
Status: RO
Content-Length: 1509
Lines: 36

    > From: Catalin Marinas <catalin.marinas@arm.com>

    > > I opened my mind for this darcs thread and it looks like I'm going to
    > > wind up where I started:  they have some rather esoteric merge
    > > technology that could be added to arch;

    > Maybe time will tell if this merge technology brings many benefits. I
    > can think of cases where it is unsafe (see the beginning of this
    > message). On the other hand, darcs can notify you that the patch
    > actually depends on a different patch and can pull both at a time. Arch
    > could track this but it is time consuming with the actual structure of a
    > changeset (the log or other file should have some information about the
    > files modified and the corresponding line numbers, without the actual
    > data added/removed). It could use the revision library as well but it
    > still means retrieving all the patches to create the full history in a
    > revlib. Anyway, darcs is not so good at this since it loads all the
    > patches into memory.


Just incidentally: if I did want to spend a lot of time thinking about
how to move darcs merge operator to arch i would spend at least part
of that time thinking about mappings in which darcs changesets map
onto arch versions, not arch revisions.

-t


_______________________________________________
Gnu-arch-users mailing list
Gnu-arch-users@gnu.org
http://lists.gnu.org/mailman/listinfo/gnu-arch-users

GNU arch home page:
http://savannah.gnu.org/projects/gnu-arch/