On Wed, Feb 17, 2010 at 2:38 AM, Greg Stein wrote:
> The svn devs also had a quick discussion for the VP recommendation to
> the Board, starting with my self-nomination. There were a couple other
> people that may be interested in future years, but there was general
> support for my initial role.
Greg Stein wrote:
> On Tue, Feb 16, 2010 at 16:22, Johan Corveleyn wrote:
>> OTOH, I guess a 0 bytes pristine has to be handled specially anyway
>> (what's the checksum of 0 bytes), no?
SHA1: da39a3ee5e6b4b0d3255bfef95601890afd80709
MD5: d41d8cd98f00b204e9800998ecf8427e
;)
>
> Oops. You're rig
On Tue, Feb 16, 2010 at 16:22, Johan Corveleyn wrote:
> On Tue, Feb 16, 2010 at 8:15 PM, Greg Stein wrote:
Instead, we could not store size and mtime at all! :)
>>>
>>> Or we could store both to perform simple consistency checks...
>>
>> Dunno about that, but the storage of SIZE is part of t
On Tue, Feb 16, 2010 at 8:15 PM, Greg Stein wrote:
>>> Instead, we could not store size and mtime at all! :)
>>
>> Or we could store both to perform simple consistency checks...
>
> Dunno about that, but the storage of SIZE is part of the (intended)
> algorithm for pristine storage. It is allowed
On 02/16/2010 03:24 PM, Mark Mielke wrote:
On 02/16/2010 08:54 AM, Neels J Hofmeyr wrote:
They are merely half-checks for validity. During normal operation,
size and
mtime should never change, because we don't open write streams to
pristines.
If anyone messes with the pristine store accidentall
On Mon, Feb 15, 2010 at 10:51, Julian Foad wrote:
>...
>> If you could be so kind to glance over it and straighten out my picture, if
>> necessary. Upon approval, I'll check it into notes/ so we can edit.
>>
>> Note, if my view is correct, this design text implies small changes to the
>> current s
On 02/16/2010 08:54 AM, Neels J Hofmeyr wrote:
They are merely half-checks for validity. During normal operation, size and
mtime should never change, because we don't open write streams to pristines.
If anyone messes with the pristine store accidentally, we would pick it up
with the size, or if t
On Mon, Feb 15, 2010 at 08:45, Neels J Hofmeyr wrote:
> Hi all,
>
> taking stock of the current state of the pristine store API and finding
> design docs missing, I have created a "design paper" to clarify.
>
> If you could be so kind to glance over it and straighten out my picture, if
> necessary
Hyrum K. Wright wrote:
> I've been visiting with a number of users and other interested parties
> about the future of Subversion, but one of the things I'm constantly
> hearing is "when will 1.7 be released?" It'd be nice to be able to
> address that. :)
>
> 1.7 will be an important release, but
Meta-comment: all of these issues that you're bringing up are
*exactly* why I wanted to punt the issue of external-to-WC stores out
of 1.7. Keeping a 1:1 correspondence of pristine stores to working
copies keeps the problem tractable, especially given all the other
work that is needed.
On Tue, Feb
Thanks for voting, everybody! There was a slew of +1 votes, and no -1 votes.
The svn devs also had a quick discussion for the VP recommendation to
the Board, starting with my self-nomination. There were a couple other
people that may be interested in future years, but there was general
support for
On Tue, Feb 16, 2010 at 12:33 AM, Ivan Zhakov wrote:
> You can do that only if you assume that connections from different
> sessions should have same authentication, which is not true imho.
If it's pointing to the same server, wouldn't it?
How often is it that you would do *connection-level* aut
On 02/15/2010 07:44 PM, Julian Foad wrote:
Kamesh Jayachandran wrote:
With the below apache configuration(See the trailing slash at the end of
'/svn/').
DAV svn
SVNParentPath /repositories
SVNMasterURI http://master/svn/
SVNAdvertiseV2Protocol Off
[...]
Attache
> -Original Message-
> From: Neels J Hofmeyr [mailto:ne...@elego.de]
> Sent: dinsdag 16 februari 2010 14:55
> To: dev@subversion.apache.org
> Cc: Philip Martin; Greg Stein; Hyrum Wright
> Subject: pristine store database -- was: pristine store design
>
> Philip Martin wrote:
> > Neels J Ho
Commenting on myself...
Neels J Hofmeyr wrote:
> Philip Martin wrote:
>> Neels J Hofmeyr writes:
>>
>>> THE PRISTINE STORE
>>> ==
>>>
>>> The pristine store is a local cache of complete content of files that are
>>> known to be in the repository. It is hashed by a checksum of that
Philip Martin wrote:
> Neels J Hofmeyr writes:
>
>> THE PRISTINE STORE
>> ==
>>
>> The pristine store is a local cache of complete content of files that are
>> known to be in the repository. It is hashed by a checksum of that content
>> (SHA1).
>
> I'm not sure whether you are pl
> -Original Message-
> From: Matthew Bentham [mailto:mj...@artvps.com]
> Sent: dinsdag 16 februari 2010 12:03
> To: Philip Martin
> Cc: dev@subversion.apache.org
> Subject: Re: [PATCH] wc-ng: remove a use of svn_wc_entry_t from
> libsvn_client
>
> Philip Martin wrote:
> > lock_tests.py 1
Julian Foad wrote:
> On Wed, 2010-02-10, Neels J Hofmeyr wrote:
>> Hi TC folks,
>>
>> I tried to put the tree-conflicts design information so far into tables.
>
> Thanks, Neels. This is a really useful way to present the info.
thanks :)
>> Find the result attached: a tc-cheatsheet up for discuss
Philip Martin wrote:
lock_tests.py 13 is failing:
Darn, I thought I had fixed that problem :-) But I now realise I was
confused between "lock_tests.py" and "locks-test.exe" (the latter
doesn't even test libsvn_client). A complete 'make check' is impossible
for me on cygwin, it takes about 4h
On Feb 15, 2010, at 9:44 PM, Joe Swatosh wrote:
> Hi Hyrum,
>
> On Mon, Feb 15, 2010 at 11:54 AM, Hyrum K. Wright
> wrote:
>> Joe,
>> Great to see this work happening. Be aware that some of the APIs are still
>> moving targets, so some things might break.
>>
>> -Hyrum
>>
>
> With you menti
On Tue, Feb 16, 2010 at 10:10 AM, Justin Erenkrantz
wrote:
> On Mon, Feb 15, 2010 at 10:18 PM, Phillip Hellewell wrote:
>> Alright. Here are my thoughts so far based on what others have said:
>>
>> I'm not quite sure about Justin's suggestion, because I don't think the
>> delay is in establishin
21 matches
Mail list logo
