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
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
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
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
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
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:
>>>
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
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
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
==
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
> -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
> -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
"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
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
>> >> =
> -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
"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
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
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
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
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
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
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: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
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
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 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
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
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
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
>
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
Translation status report for trunk@r1142888
lang trans untrans fuzzy obs
--
de2060 147 308 253 UUooo
es1986 221 336 389 +++UUU
fr2166 41
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
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
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
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
> >>
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
>
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
37 matches
Mail list logo