Vadim Chekan writes:
> Other optimizations can be implemented, but I can not figure it out,
> where db transaction scope is set? I have impression that there is
> none which means that each bdb call is a transaction. If so, write
> operations are very slow, because transaction commit requires buf
On 01/13/2010 12:08 AM, C. Michael Pilato wrote:
Kamesh Jayachandran wrote:
Hi All,
Last week I posted the patch to implement 'svn client' to identify the
svn operation they are about to do with a given ra_session.
Following thread has the detailed discussion.
http://mail-archives.apache.
On Thu, 2010-01-07, Kamesh Jayachandran wrote:
> >sufficient, because, for example, "svn commit" followed immediately by
> >"svn up" should be guaranteed to update the WC to at least the revision
> >number of the commit, whereas with the proposed operation-name scheme I
> >think it would update to
Vadim Chekan wrote:
> I'm not sure how to solve it. One way is to modify
> svn_fs_base__get_mutable_rep to create new keys without saving
> strings/representations tables.
> Another way is to return new unsaved string/representation implying
> that consequent calls will modify representation and sa
Hello,
In my company, we use a homemade Windows service to launch processes on
remote servers (one service per server). A central scheduling program
connects to the remote service and then fires jobs on the machine.
This way, backup of our SVN repository is scheduled and the command
"svnadmin.exe
Joe,
Would it be possible for you to describe the differences between the versions
in the two deps tarballs? I think part of the problem was that when I lost my
box a few weeks ago, I also lost the magic combination of deps versions, so
just used the most recent versions from the rolling script
On Fri, 2010-01-08, I (Julian Foad) wrote:
> What happens if I accidentally specify a URL that's not a repository?
> (Recent trunk build, Neon.)
>
> > $ svn checkout https://svn.apache.org/repos/
> > svn: OPTIONS of 'https://svn.apache.org/repos': 200 OK
> > (https://svn.apache.org)
[...]
> The a
I think the problem is with Neon. We get this error:
Linking...
Creating library
..\..\..\Release\subversion\libsvn_ra\libsvn_ra-1.lib and object
..\..\..\Release\subversion\libsvn_ra\libsvn_ra-1.exp
libneon.lib(ne_socket.obj) : error LNK2019: unresolved external symbol
_inet_aton referenced i
(I've tweaked the subject line to distinguish this part of the thread
(and this patch) from the first part (which had its own patch).)
On Mon, 2010-01-11, Ivan Zhakov wrote:
> On Mon, Jan 11, 2010 at 1:29 PM, Philip Martin
> wrote:
> > Ivan Zhakov writes:
> >
> >> - return ne_xml_parse(pwb->par
Looks like Mark is correct.
--
Joe
On Wed, Jan 13, 2010 at 6:52 AM, Mark Phippard wrote:
> I think the problem is with Neon. We get this error:
>
> Linking...
> Creating library
> ..\..\..\Release\subversion\libsvn_ra\libsvn_ra-1.lib and object
> ..\..\..\Release\subversion\libsvn_ra\libsvn_r
> -Original Message-
> From: Mark Phippard [mailto:markp...@gmail.com]
> Sent: woensdag 13 januari 2010 15:53
> To: Hyrum K. Wright
> Cc: Joe Swatosh; Subversion Dev
> Subject: Re: 1.6.8 up for signing / testing
>
> I think the problem is with Neon. We get this error:
>
> Linking...
>
On Jan 13, 2010, at 10:10 AM, Bert Huijben wrote:
>
>
>> -Original Message-
>> From: Mark Phippard [mailto:markp...@gmail.com]
>> Sent: woensdag 13 januari 2010 15:53
>> To: Hyrum K. Wright
>> Cc: Joe Swatosh; Subversion Dev
>> Subject: Re: 1.6.8 up for signing / testing
>>
>> I think
"Hyrum K. Wright" writes:
> After pulling 1.6.7 due to a segfault regression, we've rerolled the
> branch as Subversion 1.6.8. The magic revision is r898464, and you
> can find the tarballs here:
What's the status of serf? I'm seeing lots of failures (46 so far and
it is still running) due to
Hi Alan.
Thanks for this report, and sorry for the long time to respond.
I finally got around to converting your recipe into an executable script
(on Linux) which is attached, and with this it is easy to reproduce the
problem.
On Thu, 2009-12-17, Alan Spencer wrote:
> I've been asked to analyse
Hi Stas.
Your question raises an important issue: "What are the semantics of
sparse directories?" You expected "svn copy" to copy just the parts that
are present in the WC, whereas in fact it copies the whole logical tree.
There is a reason for that, but I think it is not clear how a user
should e
SUMMARY:
+1 to release
NOTE: I tested with the original 1.6.8 zip but signed and verified the
current one.
PLATFORM:
Windows Vista SP2
VS 2008 SP1
Java 1.6
COMPONENTS:
Apache2.2.11
APR 1.3.5
APR-UTIL1.3.7
OpenSSL 0.9.8k
Neon 0.28.3
Serf
On Jan 13, 2010, at 10:52 AM, Philip Martin wrote:
> "Hyrum K. Wright" writes:
>
>> After pulling 1.6.7 due to a segfault regression, we've rerolled the
>> branch as Subversion 1.6.8. The magic revision is r898464, and you
>> can find the tarballs here:
>
> What's the status of serf? I'm see
On Wed, Jan 13, 2010 at 8:22 PM, Hyrum K. Wright
wrote:
>
> On Jan 13, 2010, at 10:52 AM, Philip Martin wrote:
>
>> "Hyrum K. Wright" writes:
>>
>>> After pulling 1.6.7 due to a segfault regression, we've rerolled the
>>> branch as Subversion 1.6.8. The magic revision is r898464, and you
>>> can
[Kamesh Jayachandran]
> This patch is *not* an RA layer hack rather a transparent generic
> feature so I see nothing wrong in propagating it to higher layers.
Well, I agree with Mike, it is neither "transparent" nor "generic".
I know you dressed it up to look generic, but we all know that it is
s
On Jan 13, 2010, at 2:55 PM, cmpil...@apache.org wrote:
> Author: cmpilato
> Date: Wed Jan 13 20:55:20 2010
> New Revision: 898937
>
> URL: http://svn.apache.org/viewvc?rev=898937&view=rev
> Log:
> My first pass at categorizing the future homes of various Subversion
> web documents. For the mos
Hyrum K. Wright wrote:
> In general, I agree with this idea. It's kinda painful to have to go
> search notes/, and then the website when looking for various docs.
> But
>
> Staring at plain text files can be painful (especially something as long
> as HACKING). Links within and between docume
Lieven Govaerts writes:
> You mean ra_serf, not serf. I've triggered a build on the Mac buildbot
> with ra_serf to see if it has the same problem, cause it's the first
> time I see these errors.
>
> On what platform are you building?
64-bit Linux (Debian/Lenny).
I can reproduce as follows:
$
On Jan 13, 2010, at 3:16 PM, C. Michael Pilato wrote:
> Hyrum K. Wright wrote:
>> In general, I agree with this idea. It's kinda painful to have to go
>> search notes/, and then the website when looking for various docs.
>> But
>>
>> Staring at plain text files can be painful (especially so
[Bert Huijben]
> I think it is easier to use svn_io_get_dirents2() then this block
> replicating its implementation.
Indeed it is easier. It took me several days to get around to testing
and committing - r898963.
Peter
Hello,
When file external is modified in the working copy, then creating a
branch or tag copies original file to the tag or branch (as well as
svn:externals property). This results in a new directory that can't be
checked out.
Please find reproduction script attached.
--
Alexander Kitaev,
TMate
Hello,
One more addition to my previous message: in SVNKit we've fixed this
problem by making commit and wc-to-repos copy operation not to commit
file external even when it is modified, unless it is explicitly
specified as a file to commit or as a copy source.
--
Alexander Kitaev,
TMate Software
Hyrum K. Wright wrote:
>> I propose that docs like the merge-tracking design stuffs and hacking
>> and other developer-focused materials continue to live under /trunk, be
>> maintained alongside the code those things are aimed at, etc. But of
>> course, on our public website's "Developer Resourc
On Wed, Jan 13, 2010 at 8:19 AM, Hyrum K. Wright
wrote:
>
> On Jan 13, 2010, at 10:10 AM, Bert Huijben wrote:
>
>>
>>
>>> -Original Message-
>>> From: Mark Phippard [mailto:markp...@gmail.com]
>>> Sent: woensdag 13 januari 2010 15:53
>>> To: Hyrum K. Wright
>>> Cc: Joe Swatosh; Subversion
28 matches
Mail list logo
