Hi Ingo!
Your e-mail is totally relevant and I have almost nothing there to respond
to in particular - its all as you say, I have no essential remarks. Instead
I want to respond to it in whole, thus I'll omit a lengthy quote, suffuce
say that it is a direct response.
The problem is that you canno
On Wed, 17 Mar 2010 10:48:50 +0100, Kristian Nielsen
wrote:
>>> Can you give an example of what an "RS History" would be? It was not
>> 100%
>>> clear to me.
>>
>> It is the sequence of changes that happens to RS. Like UPDATE t1
>> WHERE...;
>> INSERT INTO t2 VALUES...; etc. Perhaps you could hint
Monday 15 March 2010 11:47:43 Henrik Ingo wrote:
> The points in favor of worklog would be
+ it's independent of bzr. Compared to git, bzr seems to have only the
launchpad integration as the selling point. Moving to blueprints gives us an
additional argument for staying with bzr.
If Canonical w
Monday 15 March 2010 11:49:49 Henrik Ingo wrote:
> On Wed, Mar 3, 2010 at 6:07 PM, Sergei Golubchik wrote:
> > ability to remove hours
> >Somebody mentioned that a number of hours could be
> >increased by mistake, and there should be a way to decrease
> >is back. I'm not convinced it'
On Tue, Mar 16, 2010 at 7:32 AM, Alex Yurchenko
wrote:
> I think "a cluster that outwards presents a consistent transactional view,
> yet internally does not have a total ordering on transactions" is an
> internally contradictory concept. Suppose node1 committed T1, but not T2
> yet, and node2 com
Alex Yurchenko writes:
> On Mon, 15 Mar 2010 12:29:14 +0100, Kristian Nielsen
> wrote:
>>> One possible implementation for that can be (UUID, long long) pair.
>>
>> How is this different from (server_id, group_id)? (I'd like to
> understand).
>
> It is different in that UUID it that proposal i
6 matches
Mail list logo
