On Wed, Feb 17, 2010 at 08:27:59PM -0600, Peter Samuelson wrote:
>
> Jon Delay writes:
> > I keep most of my file system under svn, so I have .svn directories all over
> > the place owned by root, chmod 700.
> >
> > Somewhere between 1.6.3 and 1.6.9, `svn checkout` started checking the root
> >
"Bert Huijben" writes:
> This type of changes should be handled outside the WQ operation.
>
> All workqueue operations must be able to cope with restarting multiple times.
>
> This operation can delete the entry from the local_abspath. (One of
> the tiny details in fold_scheduling :( )
>
> In th
On Wed, 2010-02-17, Greg Stein wrote:
> To further illuminate here... the *same* pristine could have variant
> translated_size values based on each node's set of properties
> (svn:keywords, svn:eol-style, etc). That is why we attached the
> translated_size to the BASE_NODE and WORKING_NODE tables.
On Wed, 2010-02-17, Greg Stein wrote:
> Also: PRISTINE.size is the size on-disk, which may be different from
> the uncompressed size.
Committed revision 911317.
> The on-disk size is handier than the uncompressed size, I believe.
Dunno, but let's start where we are.
- Julian
Hi Neels!
Thanks for all your feedback! The use of the libsvn_wc terms BASE,
WORKING and ACTUAL will be replaced by your suggested (or was it
Julians?) checked-in state and checked-out state in the next version of
the RFC.
Find further comments inline.
On Tue, Feb 09, 2010 at 03:20:57PM +0100,
> -Original Message-
> From: Philip Martin [mailto:philip.mar...@wandisco.com]
> Sent: donderdag 18 februari 2010 11:07
> To: Bert Huijben
> Cc: dev@subversion.apache.org; phi...@apache.org
> Subject: Re: svn commit: r909093 - in
> /subversion/trunk/subversion/libsvn_wc: adm_ops.c workque
On 17/02/2010 18:40, Greg Stein wrote:
On Wed, Feb 17, 2010 at 12:22, Matthew Bentham wrote:
...
Revised patch attached fixes the unit test (and hopefully the indentation,
if I've understood the style correctly), but I have no real instinct as to
whether I should be modifying a libsvn_wc routin
> -Original Message-
> From: Stefan Sperling [mailto:s...@elego.de]
> Sent: woensdag 17 februari 2010 19:30
> To: Matthew Bentham
> Cc: dev@subversion.apache.org
> Subject: Re: [PATCH] wc-ng: remove a use of svn_wc_entry_t from
> libsvn_client
>
> On Wed, Feb 17, 2010 at 06:18:56PM +
"Bert Huijben" writes:
> My current code is just a copy of the old code, moved to a new location. No
> fixes there. (It still uses svn_wc__entry_modify2).
>
> In the rest of libsvn_wc we still rewrite BASE_NODE and WORKING_NODE records
> from just the limited state in svn_wc_entry_t... and that w
> -Original Message-
> From: Philip Martin [mailto:philip.mar...@wandisco.com]
> Sent: donderdag 18 februari 2010 13:54
> To: Bert Huijben
> Cc: dev@subversion.apache.org
> Subject: Re: svn commit: r909093 - in
> /subversion/trunk/subversion/libsvn_wc: adm_ops.c workqueue.c
> workqueue.h
Thanks, Greg.
On Wed, 2010-02-17, Greg Stein wrote:
> WORKING_NODE rows exist for *all* affected nodes.
Meaning all (grand)children of any affected directory as well, I take
it. OK, Bert confirmed on IRC. Fixed.
> ACTUAL_NODE rows may exist w/o a corresponding WORKING_NODE row (in
> which case,
Hi!
My initial thought when I started writing on a spec for a TC resolver
was that it would involve a lot of quirks and edge cases handled solely
in subversion/svn/conflict-callbacks.c. That the svn resolver would only
serve as a proof-of-concept for other API users. But if I could
implement the -
Hooray!
Many thanks to you and the other people who each put in a lot of work to
make this happen.
- Julian
Greg Stein wrote:
> The ASF Board just voted to approve the graduation of Subversion from
> the Incubator. We are now an official project of the Apache Software
> Foundation!
>
> Go fort
"Bert Huijben" writes:
>> One other thing that worries me is that mark_tree_deleted seems to
>> doing deletes without doing the loggy/workqueue stuff. If I delete a
>> replaced file svn_wc_delete4 sets up a workqueue item to handle the
>> text-bases. However if I delete a directory containing a
Congrats all!
BTW, I saw commits to update our web site but do not see them on the
site. Is the publishing broken again?
On Thu, Feb 18, 2010 at 6:06 AM, Julian Foad wrote:
> Hooray!
>
> Many thanks to you and the other people who each put in a lot of work to
> make this happen.
>
> - Julian
hwri...@apache.org writes:
> Author: hwright
> Date: Thu Feb 18 12:49:20 2010
> New Revision: 911370
>
> URL: http://svn.apache.org/viewvc?rev=911370&view=rev
> Log:
> * subversion/libsvn_wc/workqueue.c
> (run_delete): Do a bunch of casts, to get rid of a few warnings on 64-bit
> platforms.
On Feb 18, 2010, at 2:41 PM, Philip Martin wrote:
> hwri...@apache.org writes:
>
>> Author: hwright
>> Date: Thu Feb 18 12:49:20 2010
>> New Revision: 911370
>>
>> URL: http://svn.apache.org/viewvc?rev=911370&view=rev
>> Log:
>> * subversion/libsvn_wc/workqueue.c
>> (run_delete): Do a bunch of
[Stefan Sperling]
> Have you seen ^/subversion/branches/1.6.x-wc-ng-check-override ?
> I think that's the workaround you need. Log of the branch below.
> It's already nominated for backport, so if you like it, please vote :)
I hadn't seen it. Yes, this solves the problem - but I'm not sure this
I'm not seeing this problem, but then I don't think I'm setup to generate
stderr spam on malloc/free errors (via the likes of "MALLOC_CHECK_=1" in the
environment or somesuch).
Greg Stein wrote:
> I think the memory usage might actually be our test harness attempting
> to read all of the (stderr)
Peter Samuelson wrote:
> [Stefan Sperling]
> > Have you seen ^/subversion/branches/1.6.x-wc-ng-check-override ?
> > I think that's the workaround you need. Log of the branch below.
> > It's already nominated for backport, so if you like it, please vote :)
>
> I hadn't seen it. Yes, this solves th
It was, yeah. I had infra kick it, and am seeking further
data/solutions if it happens again...
Thx!
On Thu, Feb 18, 2010 at 09:30, Mark Phippard wrote:
> Congrats all!
>
> BTW, I saw commits to update our web site but do not see them on the
> site. Is the publishing broken again?
>
>
>
> On Th
[Julian Foad]
> Let's check I understood the problem correctly: User has 1.6 client
> and 1.6 WCs, no 1.7 stuff involved at all. User's system has a WC
> rooted at the file system root: '/.svn' exists and is not readable by
> this user. In some normal operations that used to work with svn
> 1.6.x
Oops. Had it backwards. Thanks!
(tho I guess I can pester you that it should have been there when the
bump happened... ;-) )
On Thu, Feb 18, 2010 at 03:53, wrote:
> Author: rhuijben
> Date: Thu Feb 18 08:53:48 2010
> New Revision: 911288
>
> URL: http://svn.apache.org/viewvc?rev=911288&view=rev
How fast are sqlite queries be compared to the old-wc entry caching?
Operations like update benefit from faster locking, but in old-wc
status does no locking at all. Also the multiple entries files give
the data a tree-like organisation that is not modelled quite so well
by an SQL table. Is sqlit
> -Original Message-
> From: Philip Martin [mailto:philip.mar...@wandisco.com]
> Sent: donderdag 18 februari 2010 19:22
> To: dev@subversion.apache.org
> Subject: Is sqlite fast enough?
>
> How fast are sqlite queries be compared to the old-wc entry caching?
> Operations like update bene
A small nit on the new website: on IE 7, the left navigation bar seems
slightly mis-indented. See screenshot in attachment. It looks like
it's indented too much, making it appear to be right aligned. On IE 8
it shows up correctly though (meaning it seems ok to me, it's the same
as in FF).
Johan
Awesome work! We've just been assuming/hoping it would be fast enough,
and would resolve any problems "later". It is good to see we're in the
right ballpark.
On Thu, Feb 18, 2010 at 13:21, Philip Martin wrote:
> How fast are sqlite queries be compared to the old-wc entry caching?
> Operations lik
Greg Stein wrote on 02/18/2010 03:31:19 PM:
> Awesome work! We've just been assuming/hoping it would be fast enough,
> and would resolve any problems "later". It is good to see we're in the
> right ballpark.
>
> On Thu, Feb 18, 2010 at 13:21, Philip Martin mar...@wandisco.com> wrote:
> > How fas
Johan Corveleyn wrote:
> A small nit on the new website: on IE 7, the left navigation bar seems
> slightly mis-indented. See screenshot in attachment. It looks like
> it's indented too much, making it appear to be right aligned. On IE 8
> it shows up correctly though (meaning it seems ok to me, it'
Daniel Näslund wrote:
> Hi Neels!
>
> Thanks for all your feedback! The use of the libsvn_wc terms BASE,
> WORKING and ACTUAL will be replaced by your suggested (or was it
> Julians?) checked-in state and checked-out state in the next version of
> the RFC.
Hey father man :)
I'd like to make sur
On Thu, Feb 18, 2010 at 06:49, wrote:
>...
> +++ subversion/trunk/subversion/libsvn_wc/wc-metadata.sql Thu Feb 18 11:49:25
> 2010
> @@ -163,6 +163,12 @@
>
>
> /* -
> */
> +
> +/* The PRISTINE table keeps track of pristine
On Thu, 18 Feb 2010, Julian Foad wrote:
Peter Samuelson wrote:
[Stefan Sperling]
Have you seen ^/subversion/branches/1.6.x-wc-ng-check-override ?
I think that's the workaround you need. Log of the branch below.
It's already nominated for backport, so if you like it, please vote :)
I hadn't se
On Feb 18, 2010, at 11:22 PM, C. Michael Pilato wrote:
> Johan Corveleyn wrote:
>> A small nit on the new website: on IE 7, the left navigation bar seems
>> slightly mis-indented. See screenshot in attachment. It looks like
>> it's indented too much, making it appear to be right aligned. On IE 8
On Fri, Feb 19, 2010 at 9:05 AM, Hyrum K. Wright
wrote:
>
> On Feb 18, 2010, at 11:22 PM, C. Michael Pilato wrote:
>
>> Johan Corveleyn wrote:
>>> A small nit on the new website: on IE 7, the left navigation bar seems
>>> slightly mis-indented. See screenshot in attachment. It looks like
>>> it's
34 matches
Mail list logo
