Daniel Shahaf writes:
> At least this needs cross-referencing comments to svntest/main.py which
> does the same check.
>
I agree. Please find attached updated patch.
> I don't know (and haven't looked) whether it's possible to have direct
> code reuse in this case.
>
I don't think it is possib
At least this needs cross-referencing comments to svntest/main.py which
does the same check.
I don't know (and haven't looked) whether it's possible to have direct
code reuse in this case.
Noorul Islam K M wrote on Tue, Jul 05, 2011 at 10:24:44 +0530:
>
> Log
> [[[
>
> * build/run_tests.py
>
Noorul Islam K M wrote on Tue, Jul 05, 2011 at 09:55:08 +0530:
> Daniel Shahaf writes:
>
> > Noorul Islam K M wrote on Mon, Jul 04, 2011 at 17:52:53 +0530:
> >
> >> Noorul Islam K M writes:
> >>
> >> An update
> >>
> >> > Daniel came up with idea of extending Makefile.in to support 'make
> >>
Noorul Islam K M writes:
> "Bert Huijben" writes:
>
>>> -Original Message-
>>> From: Noorul Islam K M [mailto:noo...@collab.net]
>>> Sent: maandag 4 juli 2011 18:05
>>> To: Daniel Shahaf
>>> Cc: Subversion
>>> Subject: Re: [PATCH] Fix for issue 3787
>>
>>> [[[
>>>
>>> Fix for issue 37
Log
[[[
* build/run_tests.py
(main): Restrict --server-minor-version to take values in the range
4-7.
Patch by: Noorul Islam K M
]]]
Thanks and Regards
Noorul
Index: build/run_tests.py
===
--- build/run_tests.py (revision
Daniel Shahaf writes:
> Noorul Islam K M wrote on Mon, Jul 04, 2011 at 17:52:53 +0530:
>
>> Noorul Islam K M writes:
>>
>> An update
>>
>> > Daniel came up with idea of extending Makefile.in to support 'make
>> > check' variants.
>> >
>> > 1. 'make check' with svnserve -T
>>
>> This was alrea
Translation status report for trunk@r1142888
lang trans untrans fuzzy obs
--
de2060 147 308 253 UUooo
es1986 221 336 389 +++UUU
fr2166 41
On Jul 4, 2011 10:18 PM, "Greg Stein" wrote:
>
>
> On Jul 4, 2011 1:34 PM, "Hyrum K Wright" wrote:
> >
> > On Mon, Jul 4, 2011 at 10:37 AM, Philip Martin
> > wrote:
> > > "Bert Huijben" writes:
> > >
> > >> The issue Ivan Zhakov is looking at (r1141845, r1142065 and related)
> > >> potentially
On Jul 4, 2011 1:34 PM, "Hyrum K Wright" wrote:
>
> On Mon, Jul 4, 2011 at 10:37 AM, Philip Martin
> wrote:
> > "Bert Huijben" writes:
> >
> >> The issue Ivan Zhakov is looking at (r1141845, r1142065 and related)
> >> potentially breaks all current serf (and in some cases neon) clients
against
>
Stefan Fuhrmann wrote on Mon, Jul 04, 2011 at 23:55:28 +0200:
> On 02.07.2011 04:24, Greg Stein wrote:
> >On Fri, Jul 1, 2011 at 15:04, wrote:
> >>+/** Release the @a mutex, previously acquired using @ref svn_mutex__lock
> >>+ * that has been enabled in @ref svn_mutex__init.
> >>+ */
> >>+svn_erro
Stefan Fuhrmann wrote on Mon, Jul 04, 2011 at 23:57:24 +0200:
> On 01.07.2011 16:56, Daniel Shahaf wrote:
> >stef...@apache.org wrote on Fri, Jul 01, 2011 at 08:34:20 -:
> >>Author: stefan2
> >>Date: Fri Jul 1 08:34:20 2011
> >>New Revision: 1141868
> >>
> >>URL: http://svn.apache.org/viewvc?r
On 27.06.2011 13:54, Daniel Shahaf wrote:
Stefan Fuhrmann wrote on Sun, Jun 26, 2011 at 23:00:24 +0200:
On 11.06.2011 14:53, Daniel Shahaf wrote:
Stefan Fuhrmann wrote on Sat, Jun 11, 2011 at 10:13:27 +0200:
On 10.06.2011 22:28, Daniel Shahaf wrote:
stef...@apache.org wrote on Wed, May 25, 20
stef...@apache.org wrote on Sat, Jul 02, 2011 at 10:20:57 -:
> +++ subversion/branches/svn_mutex/subversion/libsvn_subr/svn_mutex.c Sat Jul
> 2 10:20:56 2011
> @@ -27,19 +27,19 @@
> /* Destructor to be called as part of the pool cleanup procedure. */
> static apr_status_t uninit(void *data)
On 01.07.2011 16:56, Daniel Shahaf wrote:
stef...@apache.org wrote on Fri, Jul 01, 2011 at 08:34:20 -:
Author: stefan2
Date: Fri Jul 1 08:34:20 2011
New Revision: 1141868
URL: http://svn.apache.org/viewvc?rev=1141868&view=rev
Log:
On the svn_mutex branch, add a readme as requested.
* BRAN
On 02.07.2011 04:24, Greg Stein wrote:
Hey Greg,
thanks for the review.
On Fri, Jul 1, 2011 at 15:04, wrote:
...
+++ subversion/branches/svn_mutex/subversion/include/private/svn_mutex.h Fri
Jul 1 19:04:29 2011
...
+#ifndef SVN_MUTEX_H
+#define SVN_MUTEX_H
+
+#include
+#include "svn_error.h
stef...@apache.org wrote on Sat, Jul 02, 2011 at 00:27:28 -:
> Author: stefan2
> Date: Sat Jul 2 00:27:28 2011
> New Revision: 1142130
>
> URL: http://svn.apache.org/viewvc?rev=1142130&view=rev
> Log:
> Replace usage of plain APR thread mutex API with the new svn_mutex
> API in FSFS.
>
> * s
On 02.07.2011 04:35, Blair Zajac wrote:
On Jul 1, 2011, at 5:27 PM, stef...@apache.org wrote:
Author: stefan2
Date: Sat Jul 2 00:27:28 2011
New Revision: 1142130
URL: http://svn.apache.org/viewvc?rev=1142130&view=rev
Log:
Replace usage of plain APR thread mutex API with the new svn_mutex
API
On 02.07.2011 22:40, Daniel Shahaf wrote:
stef...@apache.org wrote on Sat, Jul 02, 2011 at 10:20:57 -:
Author: stefan2
Date: Sat Jul 2 10:20:56 2011
New Revision: 1142191
URL: http://svn.apache.org/viewvc?rev=1142191&view=rev
Log:
Bring svn_mutex__* API more in line with its APR counterpar
Noorul Islam K M wrote on Mon, Jul 04, 2011 at 17:52:53 +0530:
> Noorul Islam K M writes:
>
> An update
>
> > Daniel came up with idea of extending Makefile.in to support 'make
> > check' variants.
> >
> > 1. 'make check' with svnserve -T
>
> This was already implemented.
> Completed testing us
Hyrum K Wright wrote on Mon, Jul 04, 2011 at 09:26:54 -0500:
> Seeing Philip's commit of the libtool fixes makes me want to roll
> another alpha before we branch and start the RC train. We American
> revolutionaries are busy celebrating our independence today, so expect
> tarballs Tuesday or Wedne
On Mon, Jul 4, 2011 at 10:37 AM, Philip Martin
wrote:
> "Bert Huijben" writes:
>
>> The issue Ivan Zhakov is looking at (r1141845, r1142065 and related)
>> potentially breaks all current serf (and in some cases neon) clients against
>> a HTTPv2 server.
>>
>> (And without that patch serf always re
"Bert Huijben" writes:
>> -Original Message-
>> From: Noorul Islam K M [mailto:noo...@collab.net]
>> Sent: maandag 4 juli 2011 18:05
>> To: Daniel Shahaf
>> Cc: Subversion
>> Subject: Re: [PATCH] Fix for issue 3787
>
>> [[[
>>
>> Fix for issue 3787. Make 'svn info --depth' variants dis
> -Original Message-
> From: Noorul Islam K M [mailto:noo...@collab.net]
> Sent: maandag 4 juli 2011 18:05
> To: Daniel Shahaf
> Cc: Subversion
> Subject: Re: [PATCH] Fix for issue 3787
> [[[
>
> Fix for issue 3787. Make 'svn info --depth' variants display minimal
> information about nod
Stefan Sperling writes:
> On Thu, Apr 07, 2011 at 02:46:45PM +0530, Noorul Islam K M wrote:
>
>> Daniel Shahaf writes:
>>
>> > Noorul Islam K M wrote on Thu, Apr 07, 2011 at 10:17:49 +0530:
>> >
>> >> Index: subversion/libsvn_client/info.c
>> >> =
"Bert Huijben" writes:
> The issue Ivan Zhakov is looking at (r1141845, r1142065 and related)
> potentially breaks all current serf (and in some cases neon) clients against
> a HTTPv2 server.
>
> (And without that patch serf always retrieves full-texts over HTTPv2)
>
> Please don't call out almos
> -Original Message-
> From: Hyrum K Wright [mailto:hy...@hyrumwright.org]
> Sent: maandag 4 juli 2011 16:27
> To: Subversion Development
> Subject: Third (and probably last) alpha coming later this week
>
> Seeing Philip's commit of the libtool fixes makes me want to roll
> another alph
> -Original Message-
> From: Philip Martin [mailto:philip.mar...@wandisco.com]
> Sent: maandag 4 juli 2011 13:07
> To: Daniel Shahaf
> Cc: dev@subversion.apache.org
> Subject: Re: 'svn up -r0' doesn't.
>
> Daniel Shahaf writes:
>
> > Philip Martin wrote on Mon, Jul 04, 2011 at 10:18:49
On Mon, Jul 04, 2011 at 09:22:55AM -0500, Hyrum K Wright wrote:
> On Sun, Jul 3, 2011 at 12:56 PM, Stefan Sperling wrote:
> > I think we should rename the "absent" presence value to "server-excluded"
> > before release. We've already done that in the code, but the storage is
> > still using the ol
Here is a patch that fix compilation of the perl bindings on i686 :
https://bugs.archlinux.org/task/24540
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628507
This problem was also discussed on the user mailing list.
Regards,
--
Stéphane Gaudreault
ArchLinux developer
==
Seeing Philip's commit of the libtool fixes makes me want to roll
another alpha before we branch and start the RC train. We American
revolutionaries are busy celebrating our independence today, so expect
tarballs Tuesday or Wednesday, with the hope of releasing them by
week's end.
Let me know if
On Sun, Jul 3, 2011 at 12:56 PM, Stefan Sperling wrote:
> On Thu, Jun 30, 2011 at 10:01:44AM -0500, Hyrum K Wright wrote:
>> We're almost ready to branch 1.7.x, and there remains the business of
>> cleaning up the database schema from columns introduced in the 1.7
>> development cycle. This has h
On Tue, Jun 28, 2011 at 22:30, Ivan Zhakov wrote:
> On Tue, Jun 28, 2011 at 21:01, Greg Stein wrote:
>> On Tue, Jun 28, 2011 at 06:26, wrote:
>>> Author: ivan
>>> Date: Tue Jun 28 10:26:47 2011
>>> New Revision: 1140512
>>>
>>> URL: http://svn.apache.org/viewvc?rev=1140512&view=rev
>>> Log:
>>>
Noorul Islam K M writes:
An update
> Daniel came up with idea of extending Makefile.in to support 'make
> check' variants.
>
> 1. 'make check' with svnserve -T
This was already implemented.
Completed testing using "make svnserveautocheck THREADED=1". I could not
see any errors.
> 2. 'make chec
Daniel Shahaf writes:
> Philip Martin wrote on Mon, Jul 04, 2011 at 10:18:49 +0100:
>> Philip Martin writes:
>>
>> > I really follow what you are doing, what you expect to happen or what
>> > did happen. Can you produce a simple recipe?
>>
>> That should be "I didn't really follow". When I r
Philip Martin wrote on Mon, Jul 04, 2011 at 10:18:49 +0100:
> Philip Martin writes:
>
> > I really follow what you are doing, what you expect to happen or what
> > did happen. Can you produce a simple recipe?
>
> That should be "I didn't really follow". When I run 'svn up -r0 m' the
> target m
Philip Martin writes:
> I really follow what you are doing, what you expect to happen or what
> did happen. Can you produce a simple recipe?
That should be "I didn't really follow". When I run 'svn up -r0 m' the
target m doesn't appear to exist (because the earlier update failed?)
and I get no
Daniel Shahaf writes:
> Philip mentioned 'svn up -r0' in another thread.
>
> I did:
>
> [[[
> % $svn checkout --depth=empty
> https://svn.eu.apache.org/repos/infra/infrastructure infra-freshwc
> % cd infra-freshwc
> % $svn up --set-depth=immediates . subdir1 subdir2
> % $svn up --set-depth=infin
37 matches
Mail list logo