On 05.07.2009, at 22:54, Sascha Silbe wrote:
> On Sat, Jul 04, 2009 at 03:44:05PM +0200, Tomeu Vizoso wrote:
>
>> The client side can know which python exception was raised in the
>> server side and do whatever it can to best handle it.
> How does this work? I can't image DBus to transparently pa
On Sat, Jul 04, 2009 at 03:53:32PM +0200, Tomeu Vizoso wrote:
Another risk could be leaking inodes if we get a too complex hard-link
structure.
This should only happen on crashes as we're only keeping the VCS "copy"
of the files, everything else is ephemeral.
CU Sascha
--
http://sascha.silbe
On Sat, Jul 04, 2009 at 03:44:05PM +0200, Tomeu Vizoso wrote:
The client side can know which python exception was raised in the
server side and do whatever it can to best handle it.
How does this work? I can't image DBus to transparently pass through
Python exceptions.
CU Sascha
--
http://sa
On Sat, Jul 4, 2009 at 13:15, Sascha
Silbe wrote:
> On Thu, Jul 02, 2009 at 04:14:36PM +0200, Tomeu Vizoso wrote:
>
>> Also copying a file can be quite expensive, specially on the XO-1.
>
> That's the reason for these requirement:
>
> * data should be provided on the same FS as the Journal (for h
On Sat, Jul 4, 2009 at 13:09, Sascha
Silbe wrote:
> On Thu, Jul 02, 2009 at 03:10:44PM +0200, Bert Freudenberg wrote:
>
>> That means the activity is responsible for deleting the file it committed
>> once the DS is finished?
>
> That's an open question:
>
> * TODO: who deletes the activity "copy
On Thu, Jul 02, 2009 at 04:14:36PM +0200, Tomeu Vizoso wrote:
Also copying a file can be quite expensive, specially on the XO-1.
That's the reason for these requirement:
* data should be provided on the same FS as the Journal (for
hardlinking)
* activities must not modify the entry they
On Thu, Jul 02, 2009 at 03:10:44PM +0200, Bert Freudenberg wrote:
That means the activity is responsible for deleting the file it
committed once the DS is finished?
That's an open question:
* TODO: who deletes the activity "copy" of the entry?
Also "activities should not submit new entrie
On Thu, Jul 2, 2009 at 15:10, Bert Freudenberg wrote:
>
> On 02.07.2009, at 14:52, Sascha Silbe wrote:
>
>> On Thu, Jul 02, 2009 at 11:52:01AM +0200, Bert Freudenberg wrote:
>>
[1]
http://git.sugarlabs.org/projects/versionsupport-project/repos/mainline/blobs/master/datastore-redesign.htm
On 02.07.2009, at 14:52, Sascha Silbe wrote:
> On Thu, Jul 02, 2009 at 11:52:01AM +0200, Bert Freudenberg wrote:
>
>>> [1]
>>> http://git.sugarlabs.org/projects/versionsupport-project/repos/mainline/blobs/master/datastore-redesign.html
>> How do you intend transfer of file ownership to be handle
On Thu, Jul 02, 2009 at 11:52:01AM +0200, Bert Freudenberg wrote:
[1] contains my thoughts on a VCS based datastore rewrite - a bit
fleshed out now, but still not finished. The most important part for
now is that I'd like to change the find() API call to take two
parameters instead of one.
10 matches
Mail list logo
