Johan Corveleyn wrote on Wed, 12 May 2010 at 01:16 +0200:
> Yes, some form of caching may or may not be a good approach, but the
> main point is that ideally, for a certain client request, every
> interesting rev file should be opened and read exactly once. Currently
> this is definitely not the ca
Greg Ames wrote on Tue, 11 May 2010 at 19:36 -0400:
> The error messages are in the native code page to start with, so running
> them through a UTF-8 -> native conversion doesn't do anything helpful.
>
...
> Index: subversion/libsvn_subr/cmdline.c
>
I am attempting to get the subversion client running on z/OS. I am starting
with svn 1.5.6 because I don't want to port SQLite first, at least not until
I have a working "svn co". autogen.sh, configure, and make run to
completion after some build hacks. Then make install dies with:
subversion/s
On Tue, May 11, 2010 at 1:56 PM, Stefan Sperling wrote:
> On Tue, May 11, 2010 at 07:43:33AM -0400, Mark Phippard wrote:
>> On Tue, May 11, 2010 at 7:27 AM, Stefan Sperling wrote:
>> > On Tue, May 11, 2010 at 01:36:26AM +0200, Johan Corveleyn wrote:
>> >> As I understand your set of patches, you'
On Tue, May 11, 2010 at 14:17, Greg Stein wrote:
> On Tue, May 11, 2010 at 12:39, Philip Martin
> wrote:
>...
>> It appears that the main testsuite doesn't check status on missing,
>> deleted directories. 942170 is when a simple 'svn st' started
>> failing, 'svn st -u' has been failing for much
danie...@apache.org wrote on Tue, 11 May 2010 at 22:16 -:
> * /site/publish/mail: New symlink.
...
> Propchange: subversion/site/publish/mail
> --
> svn:special = yes
I added this symlink on windows. Shouldn't so
On Tue, Apr 20, 2010 at 11:08 PM, C. Michael Pilato wrote:
> Paul Burba wrote:
>> Hi Mike and Julian,
>>
>> Sorry for the delayed response; been working on/thinking about other
>> mergey stuff lately...
>>
>> A few inline comments and then a proposed course of action at the end.
>>
>> On Thu, Apr
On Tue, May 11, 2010 at 14:29, wrote:
> Author: julianfoad
> Date: Tue May 11 18:29:11 2010
> New Revision: 943219
>
> URL: http://svn.apache.org/viewvc?rev=943219&view=rev
> Log:
> * subversion/libsvn_wc/update_editor.c
> (choose_base_paths): Rename to get_pristine_base_path; update doc string.
On Tue, May 11, 2010 at 12:39, Philip Martin wrote:
> "Hyrum K. Wright" writes:
>
>> I think this is causing the JavaHL test failure, namely that status now
>> fails on a missing, schedule-delete directory. Could this be a connection?
>
> Well check-javahl with 942169 passes and with 942170 it f
"Hyrum K. Wright" writes:
> I think this is causing the JavaHL test failure, namely that status now
> fails on a missing, schedule-delete directory. Could this be a connection?
Well check-javahl with 942169 passes and with 942170 it fails :)
It appears that the main testsuite doesn't check sta
On Fri, May 7, 2010 at 1:34 PM, wrote:
> Author: gstein
> Date: Fri May 7 18:34:12 2010
> New Revision: 942170
>
> URL: http://svn.apache.org/viewvc?rev=942170&view=rev
> Log:
> Remove a couple internal props functions.
>
> * subversion/libsvn_wc/props.h:
> (svn_wc__has_props): removed
> (svn_
On Mon, Apr 26, 2010 at 11:20 AM, Hyrum K. Wright <
hyrum_wri...@mail.utexas.edu> wrote:
>
>
> On Mon, Apr 26, 2010 at 11:06 AM, Mark Phippard wrote:
>
>> On Mon, Apr 26, 2010 at 11:44 AM, Hyrum K. Wright
>> wrote:
>> > This looks like a good location, do you know what needs to happen so I
>> c
Greg Stein wrote:
> Any thoughts on this, people?
Die die die! Kill 'em all ** Whammo BLAMM **!!
Ahem.
I mean, I think this is a reasonable compromise unlikely to negatively
affect Subversion's users or third-party consumers of its API.
--
C. Michael Pilato
CollabNet <>
Ping.
Greg, any additional steps we need to take before uploading the archival
tarballs to archive.apache.org ?
-Hyrum
On Mon, Apr 26, 2010 at 11:19 AM, Hyrum K. Wright <
hyrum_wri...@mail.utexas.edu> wrote:
>
>
> On Mon, Apr 26, 2010 at 11:05 AM, Greg Stein wrote:
>
>> On Mon, Apr 26, 2010
I took this testing a little further last night, this time repeating both my
svnsync and merge tests (same data, same methods) using a VPN connection
between my home (in NC, USA) and CollabNet HQ (in CA, USA), but with the
target server living in Chennai, India. I've attached the data from all
tes
On Wed, 2010-05-05 at 11:37 +0200, Neels J Hofmeyr wrote:
> On 05/03/2010 10:25 PM, Daniel Näslund wrote:
> > On Mon, May 03, 2010 at 03:07:49PM +0200, Neels J Hofmeyr wrote:
> [...]
> >>>stat->lock_creation_date = 0;
> >>> + stat->conflicted = (tree_conflict != NULL);
> >>
> >> I don'
On Tue, May 11, 2010 at 07:43:33AM -0400, Mark Phippard wrote:
> On Tue, May 11, 2010 at 7:27 AM, Stefan Sperling wrote:
> > On Tue, May 11, 2010 at 01:36:26AM +0200, Johan Corveleyn wrote:
> >> As I understand your set of patches, you're mainly focusing on saving
> >> cpu cycles, and not on avoid
On Tue, May 11, 2010 at 7:27 AM, Stefan Sperling wrote:
> On Tue, May 11, 2010 at 01:36:26AM +0200, Johan Corveleyn wrote:
>> As I understand your set of patches, you're mainly focusing on saving
>> cpu cycles, and not on avoiding I/O where possible (unless I'm missing
>> something). Maybe some of
On Tue, May 11, 2010 at 01:36:26AM +0200, Johan Corveleyn wrote:
> As I understand your set of patches, you're mainly focusing on saving
> cpu cycles, and not on avoiding I/O where possible (unless I'm missing
> something). Maybe some of the low- or high-level algorithms in the
> back-end can be re
On Tue, May 11, 2010 at 6:12 AM, Stefan Sperling wrote:
> On Tue, May 11, 2010 at 05:03:00AM -0400, Greg Stein wrote:
> > Hey all,
> >
> > After my recent rounds of work, it now appears that we're "ready" to
> > move to in-database properties.
> >
> > If you weren't aware, we record properties in
On Tue, May 11, 2010 at 05:03:00AM -0400, Greg Stein wrote:
> Hey all,
>
> After my recent rounds of work, it now appears that we're "ready" to
> move to in-database properties.
>
> If you weren't aware, we record properties into the old-style files
> *and* into the database. There is a TEST_DB_P
Hey all,
After my recent rounds of work, it now appears that we're "ready" to
move to in-database properties.
If you weren't aware, we record properties into the old-style files
*and* into the database. There is a TEST_DB_PROPS define in wc/props.c
that will test/assert that these properties are
22 matches
Mail list logo
