David Roundy wrote:
On Fri, Mar 09, 2007 at 07:27:09PM +0100, Juliusz Chroboczek wrote:
1. The conflict bug.
This is the big one. Nobody knows how to fix it (or they're not saying).
I believe we do know how to solve it, it's just that it'll be a lot of
work. Jason is planning on starting
Stephen J. Turnbull stephen at xemacs.org writes:
git is the SCM used by the Linux kernel developers. I tried Darcs for
a while, but find git more usable at present. git is dumb but fast; I
am (relatively speaking) smart but slow. It's a marriage made in
heaven. Even Darcs's incremental
Emilio Lopes writes:
I guess this is off-topic here, but could you explain how do you use
`diff-mode' for this? By incremental commit I understand that one can
make many, some even unrelated, changes to the work area and then choose at
commit-time which ones should be checked in.
On 2007-03-10, David Roundy [EMAIL PROTECTED] wrote:
The difference (I believe) is that in darcs the tree representation would
just be a convenient representation of a set of changes, while the
mercurial tree itself is the history. I'm not stating myself very clearly,
Right, that's exactly
John Goerzen wrote:
On 2007-03-10, David Roundy [EMAIL PROTECTED] wrote:
Also, I think we'll probably go with a tree rather than a DAG, mostly
Could you expand DAG for me please?
From Wikipedia:
In Australasia, dag refers to wool on a sheep's rear contaminated with
mud and fæcal matter...
On Fri, Mar 09, 2007 at 07:27:09PM +0100, Juliusz Chroboczek wrote:
1. The conflict bug.
This is the big one. Nobody knows how to fix it (or they're not saying).
I believe we do know how to solve it, it's just that it'll be a lot of
work. Jason is planning on starting work on that in the
Simon Marlow wrote:
Sometimes you don't get a lockup, you get a crash [...] There's no
good workaround.
I think it is clear that darcs has some problems. I really hope darcs
won't crumble away because of this and be replaced by something else.
Isn't it possible to resolve the problem, at
Brian Smith wrote:
Sometimes there are obvious problems on Windows that don't get noticed
before release. Also, by design, the filename case handling is painful
on Windows--for example, it is not possible to pull the GHC repository
without using --partial on Windows due to historical changes
WM == William Morgan [EMAIL PROTECTED] writes:
WM 1. The first question on the FAQ mentions certain types of
WM conflicts can cause darcs to hang. It then points to a bugreport
WM that is a year old. Is this still an issue?
It is, at least with Darcs 1.0.9rc1 from Debian.
WM
On 3/6/07, Tassilo Horn [EMAIL PROTECTED] wrote:
William Morgan [EMAIL PROTECTED] writes:
Hi William,
1. The first question on the FAQ mentions certain types of conflicts can
cause darcs to hang. It then points to a bugreport that is a year
old. Is this still an issue? Is it a common
The trouble is that, unless I misunderstand, darcs simply does not support
this scenario, at least not for projects as big as GHC. Step 4 doesn't
work, and there is no viable work-around.
One of us must be misunderstanding something, because I do things like this all
the time. The threat
11 matches
Mail list logo