On 25.05.2011 06:34, Ivan Zhakov wrote:
> On Wed, May 25, 2011 at 03:00, Bert Huijben wrote:
>>> 2011/5/24 Branko Čibej :
On 24.05.2011 11:02, Johan Corveleyn wrote:
[...]
> I'm fully agree with Bert that moving truepath conversion to
> libsvn_client as bad idea and would introduct gigan
On Tue, May 24, 2011 at 6:32 PM, Ivan Zhakov wrote:
> It's really hard reproduce problem, because it's related to timing of
> sending and receiving requests. From the code my feeling that issue is
> still exists, just in more complicated scenario with more requests but
> I didn't find reproduction
On Wed, May 25, 2011 at 03:00, Bert Huijben wrote:
>> 2011/5/24 Branko Čibej :
>> > On 24.05.2011 11:02, Johan Corveleyn wrote:
>> >> Hi,
>> >>
>> >> After issue #3865 [1] got fixed, and the client-layer parts of #3702
>> >> [2], there is one remaining hurdle to #3702: during argument parsing,
>>
On Wed, May 25, 2011 at 05:03, Justin Erenkrantz wrote:
> On Wed, May 18, 2011 at 10:38 PM, Ivan Zhakov wrote:
>>> What is the "serf request ordering problem"? Never heard of any problems
>>> with that code.
>>> Lieven
>>>
>> I've filled issue 72 in serf issue tracker:
>> http://code.google.com/p
See r1470 of serf - this should stop the infinite loop.
As I don't have a Windows build environment, I'd appreciate if you can
confirm if this resolves the issue.
Thanks for the report! -- justin
On Thu, Mar 10, 2011 at 9:18 AM, Bert Huijben wrote:
> Hi,
>
>
>
> On Windows serf
Daniel Shahaf wrote on Thu, May 19, 2011 at 13:34:05 +0200:
> stef...@apache.org wrote on Thu, May 19, 2011 at 10:37:06 -:
> > Author: stefan2
> > Date: Thu May 19 10:37:06 2011
> > New Revision: 1124677
> >
> > URL: http://svn.apache.org/viewvc?rev=1124677&view=rev
> > Log:
> > Introduce a "c
On Wed, May 18, 2011 at 10:38 PM, Ivan Zhakov wrote:
>> What is the "serf request ordering problem"? Never heard of any problems
>> with that code.
>> Lieven
>>
> I've filled issue 72 in serf issue tracker:
> http://code.google.com/p/serf/issues/detail?id=72
>
> I'm not sure should I add an issue
On Tue, May 24, 2011 at 10:46 PM, Stefan Sperling wrote:
> On Tue, May 24, 2011 at 10:22:58PM +0200, Morten Kloster wrote:
>> Johan / Stefan - any progress on the reviewing part?
>
> I haven't had time to review this, sorry.
> It got a bit lost within the recent flurry of activity during and
> aft
> > repo(s) is/are on a permanently mounted USB disk.
>
> The USB stick might give you less i/o throughput than an internal hard
> disk, and it might fail early due to flash wearing out.
I believe I mentioned a disk, not a stick. But thanks anyway...
> using
> 'svnadmin hotcopy' to copy your rep
> -Original Message-
> From: Johan Corveleyn [mailto:jcor...@gmail.com]
> Sent: woensdag 25 mei 2011 0:45
> To: Branko Čibej
> Cc: dev@subversion.apache.org
> Subject: Re: [RFC] Final approach for issue #3702 (case-only renames on
> Windows)?
>
> 2011/5/24 Branko Čibej :
> > On 24.05.201
2011/5/24 Branko Čibej :
> On 24.05.2011 11:02, Johan Corveleyn wrote:
>> Hi,
>>
>> After issue #3865 [1] got fixed, and the client-layer parts of #3702
>> [2], there is one remaining hurdle to #3702: during argument parsing,
>> the command line client 'svn' should detect the attempted 'case-only
>
On Tue, May 24, 2011 at 14:37, Philip Martin wrote:
> Greg Stein writes:
>
>> On Tue, May 24, 2011 at 14:08, wrote:
>>> Author: philip
>>> Date: Tue May 24 18:08:51 2011
>>> New Revision: 1127192
>>>
>>> URL: http://svn.apache.org/viewvc?rev=1127192&view=rev
>>> Log:
>>> Recent expat releases p
On Tue, May 24, 2011 at 10:22:58PM +0200, Morten Kloster wrote:
> Johan / Stefan - any progress on the reviewing part?
I haven't had time to review this, sorry.
It got a bit lost within the recent flurry of activity during and
after the Berlin hackathon.
I would also need some time to look at thi
Johan / Stefan - any progress on the reviewing part?
Only possible error I'm aware of is that I made the indices/counts
32 bit signed/unsigned integers, which means it'll run into trouble
if there are more than ~2 billion different tokens (lines) or more than
~4 billion occurrences of the same tok
On 05/24/2011 11:47 AM, Stefan Sperling wrote:
> On Tue, May 24, 2011 at 11:30:39AM -0400, C. Michael Pilato wrote:
>> I held off on committing my RA work because there were no consumers. But
>> I've still considering making the change because a) there's no penalty for
>> doing so, and b) maybe if
On 24.05.2011 20:30, C. Michael Pilato wrote:
On 05/19/2011 05:33 AM, Bert Huijben wrote:
From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
[...]
-1 unless you update svn_client_merge4()'s docstring accordingly, since
it promises a specific error code here.
And I think the error code ne
Greg Stein writes:
> On Tue, May 24, 2011 at 14:08, wrote:
>> Author: philip
>> Date: Tue May 24 18:08:51 2011
>> New Revision: 1127192
>>
>> URL: http://svn.apache.org/viewvc?rev=1127192&view=rev
>> Log:
>> Recent expat releases put files in different places in the build
>> tree.
>
> I think y
On 05/19/2011 05:33 AM, Bert Huijben wrote:
>> From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
[...]
>> -1 unless you update svn_client_merge4()'s docstring accordingly, since
>> it promises a specific error code here.
>
> And I think the error code needs another _ between UPDATE and REQUIR
On Tue, May 24, 2011 at 14:08, wrote:
> Author: philip
> Date: Tue May 24 18:08:51 2011
> New Revision: 1127192
>
> URL: http://svn.apache.org/viewvc?rev=1127192&view=rev
> Log:
> Recent expat releases put files in different places in the build
> tree.
I think you meant "apr-util" releases here.
On Tue, May 24, 2011 at 5:58 AM, Greg Stein wrote:
> But my point still stands: if I can be productive on it, then I
> presume many others can, too. And until we get *reported* failures
> from those other people, I have little data to suggest the sky is
> falling and ra_serf should be pulled at th
On Mon, May 23, 2011 at 7:39 PM, Stefan Küng wrote:
> against an 1.6.x server. Mark can't reproduce that, but maybe that's
> because he's building against serf trunk and I'm building against the
> latest release tag, and I'm running the tests with an x64 build while
I added some fixes to serf in
"C. Michael Pilato" writes:
> On 05/24/2011 12:00 PM, Greg Stein wrote:
>> On Tue, May 24, 2011 at 11:21, Philip Martin
>> wrote:
>>> Greg Stein writes:
>>>
I'll double-check before enabling the bindings build by default. (just
waiting for more feedback now)
>>>
>>> There was a rebui
On 05/24/2011 12:00 PM, Greg Stein wrote:
> On Tue, May 24, 2011 at 11:21, Philip Martin
> wrote:
>> Greg Stein writes:
>>
>>> I'll double-check before enabling the bindings build by default. (just
>>> waiting for more feedback now)
>>
>> There was a rebuild issue last time I looked at the swig
On 24.05.2011 17:53, Arwin Arni wrote:
>> I was hoping to slip in
>> support for avoiding those text transfers altogether where possible.
>> But I
>> ran into the obvious problems with the editor interface. (Also, I
>> became
>> concerned about the possibility of a race condition in the pristines
On Tue, May 24, 2011 at 11:21, Philip Martin wrote:
> Greg Stein writes:
>
>> I'll double-check before enabling the bindings build by default. (just
>> waiting for more feedback now)
>
> There was a rebuild issue last time I looked at the swig bindings.
> Every time I ran make check-swig-foo it r
On Tue, May 24, 2011 at 11:36, C. Michael Pilato wrote:
> On 05/24/2011 12:37 AM, Greg Stein wrote:
>...
>> I've been using ra_serf for 2.5 years. I have had zero productivity
>> problems. I see no reason to assume that people will have problems
>> with any release based on ra_serf. You have ident
On Tuesday 24 May 2011 09:00 PM, C. Michael Pilato wrote:
On 05/24/2011 04:23 AM, Stefan Sperling wrote:
On Tue, May 24, 2011 at 12:04:26PM +0530, Arwin Arni wrote:
Why can't we send the recorded checksum from the server instead of
sending the whole file and then calculating it on the client si
On Tue, May 24, 2011 at 11:30:39AM -0400, C. Michael Pilato wrote:
> I held off on committing my RA work because there were no consumers. But
> I've still considering making the change because a) there's no penalty for
> doing so, and b) maybe if we add the requisite client-side magic in 1.8, 1.7
On 05/24/2011 12:37 AM, Greg Stein wrote:
> On Tue, May 24, 2011 at 00:10, Ivan Zhakov wrote:
>> On Tue, May 24, 2011 at 08:02, Greg Stein wrote:
>> ...
>>> The stated intent has been to try and get ra_serf in people's hands. That
>>> also means putting it into the alphas.
>>>
>>> You've opened i
On 05/23/2011 05:41 PM, Greg Stein wrote:
> On Mon, May 23, 2011 at 17:03, C. Michael Pilato wrote:
>> On 05/23/2011 04:27 PM, Greg Stein wrote:
>> ...
>>> All non-serf blockers should be fixed before we branch. IOW, we get as
>>> close to a release candidate as possible on trunk. (and if people w
Greg Stein writes:
> I'll double-check before enabling the bindings build by default. (just
> waiting for more feedback now)
There was a rebuild issue last time I looked at the swig bindings.
Every time I ran make check-swig-foo it rebuilt some (all?) of the foo
bindings, i.e.
make swig-foo
On 05/24/2011 04:23 AM, Stefan Sperling wrote:
> On Tue, May 24, 2011 at 12:04:26PM +0530, Arwin Arni wrote:
>> Why can't we send the recorded checksum from the server instead of
>> sending the whole file and then calculating it on the client side?
>>
>> If the checksum matches one of the pristine
Greg Stein wrote:
> On Tue, May 24, 2011 at 10:34, wrote:
> > *
> > /home/julianfoad/src/subversion-b/subversion/tests/libsvn_wc/entries-compat.c
> > - (make_one_db): Revert a change made for debugging that was committed
> > + (create_fake_wc): Revert a change made for debugging that was comm
On 05/23/2011 06:24 PM, Michael Diers wrote:
> Sorry, it's a mistake alright. The "PR guys" were rushing the PR stuff
> on Friday. This bit of incongruous information apparently slipped through.
>
>> The outcome of the hackathon was "we'll start alpha releases in June and
>> branch when the blocke
On Tue, May 24, 2011 at 08:09:33AM -0700, Hyrum K Wright wrote:
> I don't think I'm concerned with compile time (though JavaHL doesn't
> play nicely with 'make -j'), but rather output. The swig bindings
> spew a lot of superfluous output, and that can mask warnings / errors
> in the core C librari
On 05/23/2011 04:55 PM, Greg Stein wrote:
> While we're on the subject of wacky options to 'svn' ... I'd like to
> talk abouit pulling out all of these shortnames. These things are very
> obtuse. Seeing "--sr" in a script is going to make me scratch my head.
+1 on tossing all the new shorter-long-
On Tue, May 24, 2011 at 7:36 AM, Greg Stein wrote:
> On Tue, May 24, 2011 at 09:39, Mark Phippard wrote:
>>...
>> Wasn't it JavaHL that failed to compile? If we want developers to
>> always compile the Java bindings then why don't we remove it as a
>> separate build target and just make it part
On Tue, May 24, 2011 at 10:48, Stefan Sperling wrote:
> On Tue, May 24, 2011 at 10:36:21AM -0400, Greg Stein wrote:
>> On Tue, May 24, 2011 at 09:39, Mark Phippard wrote:
>> >...
>> > Wasn't it JavaHL that failed to compile? If we want developers to
>> > always compile the Java bindings then why
On Tue, May 24, 2011 at 10:36:21AM -0400, Greg Stein wrote:
> On Tue, May 24, 2011 at 09:39, Mark Phippard wrote:
> >...
> > Wasn't it JavaHL that failed to compile? If we want developers to
> > always compile the Java bindings then why don't we remove it as a
> > separate build target and just m
On Tue, May 24, 2011 at 10:34, wrote:
> Author: julianfoad
> Revision: 1127072
> Modified property: svn:log
>
> Modified: svn:log at Tue May 24 14:34:01 2011
> --
> --- svn:log (original)
> +++ svn:log Tue May 24 14:34:01
On Tue, May 24, 2011 at 09:39, Mark Phippard wrote:
>...
> Wasn't it JavaHL that failed to compile? If we want developers to
> always compile the Java bindings then why don't we remove it as a
> separate build target and just make it part of our default?
You're right. We should probably Just Do
On 24.05.2011 11:02, Johan Corveleyn wrote:
> Hi,
>
> After issue #3865 [1] got fixed, and the client-layer parts of #3702
> [2], there is one remaining hurdle to #3702: during argument parsing,
> the command line client 'svn' should detect the attempted 'case-only
> rename', and in that case pass
Sure :-) ... this kind of problem worries me, as you know...
On Tue, May 24, 2011 at 10:16, Bert Huijben wrote:
> And they completed the entire testsuite ok. You are welcome to come
> over here and fix my compiler chain!
>
> Thanks!
> Bert Huijben (Cell phone) From: Greg Stein
> Sent: dinsdag 24
And they completed the entire testsuite ok. You are welcome to come
over here and fix my compiler chain!
Thanks!
Bert Huijben (Cell phone) From: Greg Stein
Sent: dinsdag 24 mei 2011 15:36
To: dev@subversion.apache.org
Subject: Re: svn commit: r1126985
- /subversion/trunk/subversion/libsvn_client/d
On Tue, May 24, 2011 at 09:35:39AM -0400, Greg Stein wrote:
> On May 24, 2011 7:37 AM, wrote:
> >
> > Author: rhuijben
> > Date: Tue May 24 11:37:06 2011
> > New Revision: 1126985
> >
> > URL: http://svn.apache.org/viewvc?rev=1126985&view=rev
> > Log:
> > Following up on r1126983, fix deprecated w
On May 24, 2011 9:39 AM, "Mark Phippard" wrote:
>
> On Tue, May 24, 2011 at 9:35 AM, Greg Stein wrote:
> > On May 24, 2011 7:37 AM, wrote:
> >>
> >> Author: rhuijben
> >> Date: Tue May 24 11:37:06 2011
> >> New Revision: 1126985
> >>
> >> URL: http://svn.apache.org/viewvc?rev=1126985&view=rev
>
On Tue, May 24, 2011 at 9:35 AM, Greg Stein wrote:
> On May 24, 2011 7:37 AM, wrote:
>>
>> Author: rhuijben
>> Date: Tue May 24 11:37:06 2011
>> New Revision: 1126985
>>
>> URL: http://svn.apache.org/viewvc?rev=1126985&view=rev
>> Log:
>> Following up on r1126983, fix deprecated wrappers.
>
> I s
On May 24, 2011 7:37 AM, wrote:
>
> Author: rhuijben
> Date: Tue May 24 11:37:06 2011
> New Revision: 1126985
>
> URL: http://svn.apache.org/viewvc?rev=1126985&view=rev
> Log:
> Following up on r1126983, fix deprecated wrappers.
I see this, and think, "wow. r1126983 was committed without even
*co
Just taking a quick look.
* Please always include the log message with the patch.
* Use SVN_ERR instead of svn_error_clear. There 'kind' variable is not
guaranteed to be set to a valid value if you the function throws an
error.
* Name the variable the same way ('to_kind') in both code paths.
*
Daniel Shahaf writes:
> Noorul Islam K M wrote on Tue, May 24, 2011 at 15:39:10 +0530:
>
>> Philip Martin writes:
>>
>> > Noorul Islam K M writes:
>> >
>> >> Index: subversion/libsvn_client/export.c
>> >> ===
>> >> --- subversion/
On Sat, May 21, 2011 at 15:56, Daniel Shahaf wrote:
> i...@apache.org wrote on Fri, May 20, 2011 at 09:28:57 -:
>> Author: ivan
>> Date: Fri May 20 09:28:57 2011
>> New Revision: 1125292
>>
>> URL: http://svn.apache.org/viewvc?rev=1125292&view=rev
>> Log:
>> Add DEFAULT_HTTP_LIBRARY define for
Philip Martin writes:
> Noorul Islam K M writes:
>
>> Philip Martin writes:
>>
>>> Noorul Islam K M writes:
>>>
Index: subversion/libsvn_client/export.c
===
--- subversion/libsvn_client/export.c (revision 10718
Noorul Islam K M wrote on Tue, May 24, 2011 at 15:39:10 +0530:
> Philip Martin writes:
>
> > Noorul Islam K M writes:
> >
> >> Index: subversion/libsvn_client/export.c
> >> ===
> >> --- subversion/libsvn_client/export.c (revisi
Noorul Islam K M writes:
> Philip Martin writes:
>
>> Noorul Islam K M writes:
>>
>>> Index: subversion/libsvn_client/export.c
>>> ===
>>> --- subversion/libsvn_client/export.c (revision 1071880)
>>> +++ subversion/libsvn_cli
Stefan Sperling writes:
> On Fri, May 20, 2011 at 01:04:18PM +0200, Stefan Sperling wrote:
>
>> On Fri, May 20, 2011 at 03:25:50PM +0530, Noorul Islam K M wrote:
>> > Pinging again.
>>
>> Looking into this...
>
> Noorul,
>
> unfortunately your patch does not apply cleanly to trunk anymore.
> Ca
Philip Martin writes:
> Noorul Islam K M writes:
>
>> Index: subversion/libsvn_client/export.c
>> ===
>> --- subversion/libsvn_client/export.c(revision 1071880)
>> +++ subversion/libsvn_client/export.c(working copy)
On Mon, 2011-05-23 at 13:16 -0400, Greg Stein wrote:
> On May 23, 2011 12:48 PM, "Julian Foad" wrote:
> >
> > Greg Stein wrote:
> > > On May 23, 2011 11:57 AM, wrote:
> > > >...
> > > was 40 hex digits. */
> > > > - if (finfo->filetype == APR_REG && strlen(path) == 40)
> > > > + if (finfo->file
Hi,
After issue #3865 [1] got fixed, and the client-layer parts of #3702
[2], there is one remaining hurdle to #3702: during argument parsing,
the command line client 'svn' should detect the attempted 'case-only
rename', and in that case pass the original destination path to the
client layer, inst
On Tue, May 24, 2011 at 06:02:07PM +1100, Winston Smith wrote:
>
> Folks,
>
> Thanks for your replies. So, in principle, I should not expect any problems.
> The machine would be a decent one-core Athlon3500+ with 2GB RAM,
> doing nothing else other than serving bugzilla, reviewboard and mediawik
On Tue, May 24, 2011 at 12:04:26PM +0530, Arwin Arni wrote:
> Why can't we send the recorded checksum from the server instead of
> sending the whole file and then calculating it on the client side?
>
> If the checksum matches one of the pristine files, then use that to
> populate the nodes table.
On Mon, May 23, 2011 at 05:13:56PM -0700, Blair Zajac wrote:
> I see from
>
> http://www.elegosoft.com/bestof-svnday2011/
>
> that some people gave talks. I haven't seen any emails, so I may
> have missed it, but if people could post their slides, that would be
> great.
elego is working on gett
Folks,
Thanks for your replies. So, in principle, I should not expect any problems.
The machine would be a decent one-core Athlon3500+ with 2GB RAM,
doing nothing else other than serving bugzilla, reviewboard and mediawiki
with lighttpd, and the repo(s) is/are on a permanently mounted USB disk.
62 matches
Mail list logo