On 21/05/12 20:41, Philip Martin wrote:
Kenneth Miles writes:
I'm still not able to reproduce the bug. Which version of svnserve are
you running? If you do:
svnadmin create ...
svnsync init ...
svnsync sync ...
to get a fail and then you repeat
svnsync sync ...
does it fa
On Mon, May 21, 2012 at 6:13 PM, Justin Erenkrantz
wrote:
> On Mon, May 21, 2012 at 11:42 AM, Hyrum K Wright
> wrote:
>> Sometime in the next week, the svn-x64-ubuntu-gcc buildslave will go
>> dark. I'm being evicted from the University, and the box is coming
>> along with me. I don't know when
On Mon, May 21, 2012 at 11:42 AM, Hyrum K Wright
wrote:
> Sometime in the next week, the svn-x64-ubuntu-gcc buildslave will go
> dark. I'm being evicted from the University, and the box is coming
> along with me. I don't know when I'll be able to get it back online,
> but it probably won't be fo
So,
Earlier today I was asked to open a few children from a repo that is
essentially close by default.
Some background information:
This setup allows commits only via an https vhost, ad this is working
perfectly. The http vhost is configured to not allow read-only access to the
entire repo
Hey people,
I am a designer in a 40-people company. We are using subversion, mainly for our
programmers. Nevertheless, we have a group of graphic designers, which are very
often designing several versions of a photoshop, indesign or illustrator file.
For these designers we would like to use the
I think Lieven is talking about three timeout values:
1) serf context loop, set to 500ms to 1000ms, maybe.
2) iniitial response from server, set to 60 seconds?
3) continuing response from server, set to 5 seconds?
The first timeout gives us our responsiveness for a GUI. As Lieven
mentions in his
Hi Bert,
On Mon, May 21, 2012 at 7:33 PM, Bert Huijben wrote:
>
> Even with a sensible timeout of 20/30 seconds instead of half an hour, that
> value would still be much too high for blocking a GUI tool. The cancel
> problem must also be fixed.
1) serf uses non-blocking i/o, the only place whe
Sometime in the next week, the svn-x64-ubuntu-gcc buildslave will go
dark. I'm being evicted from the University, and the box is coming
along with me. I don't know when I'll be able to get it back online,
but it probably won't be for at least three or four months.
If somebody else wants to set u
On May 21, 2012 11:06 AM, "Hyrum K Wright"
wrote:
>
> On Mon, May 21, 2012 at 9:03 AM, wrote:
> > Author: stsp
> > Date: Mon May 21 14:03:46 2012
> > New Revision: 1341031
> >
> > URL: http://svn.apache.org/viewvc?rev=1341031&view=rev
> > Log:
> > Make 'svn proplist' print property lists in sort
William A Rowe Jr wrote on Sun, May 20, 2012 at 18:51:36 -0500:
> And when you truly can't define an abuse case, but a third party has
> insisted on allocating a cve, you should post a refutation to the dev
> list asking to be shown otherwise and clearly stating your
> counterargument ... and h
Even with a sensible timeout of 20/30 seconds instead of half an hour, that
value would still be much too high for blocking a GUI tool. The cancel
problem must also be fixed.
You press 'Cancel' in the TortoiseSVN dialog.. And have to wait for 30
minutes until it is processed.
On *nix you do
On Mon, May 21, 2012 at 1:47 PM, Johan Corveleyn wrote:
> On Sat, May 19, 2012 at 9:58 PM, Greg Stein wrote:
> > So far, beyond Philip's concern about traffic/CPU tradeoff, and a
> > couple open issues... I think we're in good shape to pull the lever.
>
> As I said elsethread, this is probably t
Hyrum K Wright wrote:
On Sun, May 20, 2012 at 5:35 PM, Stefan Fuhrmann
wrote:
Hi Bert,
In short: excellent work! With your latest changes,
all algorithmic issues have been resolved as already
confirmed on IRC. Two places in the server could
also be improved (r1340874-5).
Note to package buil
Hyrum K Wright wrote:
> On Mon, May 21, 2012 at 9:03 AM, wrote:
>> Make 'svn proplist' print property lists in sorted order.
>> Avoids random output ordering with APR-1.4.6.
>
> If we do this on a regular basis, it might be useful to implement a
> wrapper which takes a baton and handler funct
On Mon, May 21, 2012 at 9:03 AM, wrote:
> Author: stsp
> Date: Mon May 21 14:03:46 2012
> New Revision: 1341031
>
> URL: http://svn.apache.org/viewvc?rev=1341031&view=rev
> Log:
> Make 'svn proplist' print property lists in sorted order.
> Avoids random output ordering with APR-1.4.6.
If we do t
On Sun, May 20, 2012 at 5:35 PM, Stefan Fuhrmann
wrote:
> Hi Bert,
>
> In short: excellent work! With your latest changes,
> all algorithmic issues have been resolved as already
> confirmed on IRC. Two places in the server could
> also be improved (r1340874-5).
>
> Note to package builders: Sqlite
On 05/19/2012 03:20 PM, Justin Erenkrantz wrote:
> On Sat, May 19, 2012 at 10:34 AM, Ivan Zhakov wrote:
>> I'm still in favor to include properties in update REPORT (Mike's
>> approach). PROPFINDs are not cached by proxies and working copy. There
>> are relatively small, so there is no real benefi
On Thu, May 17, 2012 at 11:09:48AM +0100, Julian Foad wrote:
> Let's take a closer look at what the user (through the client
> application) needs to be able to do.
Thanks for your comments. I think we're about to each consensus
on this. We just have a slight misunderstanding to clear up, and
need
On Sat, May 19, 2012 at 9:58 PM, Greg Stein wrote:
> So far, beyond Philip's concern about traffic/CPU tradeoff, and a
> couple open issues... I think we're in good shape to pull the lever.
As I said elsethread, this is probably the best overview of open
ra_serf blockers:
http://subversion.tigri
Hyrum,
I was thinking of adding, what I have implemented so far, on top of the
existing branch as there is minimal overlap and I would like to incorporate
the existing work. Therefore, my plan is to do the following,
not necessarily in the below order:
1. Rename SVNReposNaming to SVNRa.
I h
On May 20, 2012 3:35 PM, wrote:
>...
> +++ subversion/trunk/subversion/libsvn_subr/internal_statements.sql Sun
May 20 19:34:53 2012
> @@ -30,6 +30,18 @@ RELEASE SAVEPOINT svn;
> -- STMT_INTERNAL_ROLLBACK_TO_SAVEPOINT_SVN
> ROLLBACK TO SAVEPOINT svn;
>
> +-- STMT_INTERNAL_BEGIN_TRANSACTION
> +BEG
Kenneth Miles writes:
>> I'm still not able to reproduce the bug. Which version of svnserve are
>> you running? If you do:
>>
>> svnadmin create ...
>> svnsync init ...
>> svnsync sync ...
>>
>> to get a fail and then you repeat
>>
>> svnsync sync ...
>>
>> does it fail a second time?
Stefan Fuhrmann wrote:
> Julian Foad wrote:
>>> URL:http://svn.apache.org/viewvc?rev=126&view=rev
>>> Introduce private API functions that wrap apr_hash_make_custom
>>> and return hash tables that are 2 to 4 times faster than the
>>> APR default.
>>
>> Would it be sensible to propose these (th
Greg Stein wrote:
On Sun, May 20, 2012 at 8:14 PM, wrote:
...
+++ subversion/trunk/subversion/libsvn_fs_fs/fs_fs.c Mon May 21 00:14:20 2012
...
+ const char *path;
+ apr_ssize_t klen;
+ apr_hash_this(hi, (const void **)&path,&klen, NULL);
Historically, we
24 matches
Mail list logo
