> -Original Message-
> From: s...@apache.org [mailto:s...@apache.org]
> Sent: dinsdag 6 april 2010 16:20
> To: comm...@subversion.apache.org
> Subject: svn commit: r931162 - in /subversion/trunk: ./
> subversion/libsvn_diff/parse-diff.c subversion/tests/cmdline/patch_tests.py
>
> Author:
> -Original Message-
> From: gst...@apache.org [mailto:gst...@apache.org]
> Sent: donderdag 8 april 2010 2:28
> To: comm...@subversion.apache.org
> Subject: svn commit: r931738 - in
> /subversion/trunk/subversion/tests/cmdline: diff_tests.py merge_tests.py
>
> Author: gstein
> Date: Thu
Greg Stein writes:
> Okay. So I guess we continue to mark that as sched-delete.
sched-delete is what we can do in 1.6, but it's not perfect. This is
not a normal delete by the user it's more of an internal Subversion
delete. One of the big differences is that the user cannot revert the
delete,
gst...@apache.org wrote:
> Author: gstein
> Date: Thu Apr 8 07:11:58 2010
> New Revision: 931798
> Modified: subversion/trunk/subversion/libsvn_wc/update_editor.c
> URL:
> http://svn.apache.org/viewvc/subversion/trunk/subversion/libsvn_wc/update_editor.c?rev=931798&r1=931797&r2=931798&view=diff
I (Julian Foad) wrote:
> gst...@apache.org wrote:
> > Author: gstein
> > Date: Thu Apr 8 07:11:58 2010
> > New Revision: 931798
>
> > Modified: subversion/trunk/subversion/libsvn_wc/update_editor.c
> > URL:
> > http://svn.apache.org/viewvc/subversion/trunk/subversion/libsvn_wc/update_editor.c?re
A bit late perhaps, but also from me a big +1 to this vision and
roadmap proposal.
There are some minor points which can be discussed of course (as
always), but overall I think it's a very good plan. I especially
applaud the initiative itself to spend some time for this, taking a
step back, lookin
Hi All,
Attached patch fixes issue 2753.
Quick description of 2753.
DAV svn
SVNParentPath /repositories
AuthType Basic
AuthName "My SVN"
AuthUserFile /etc/httpd/conf.d/users
allow from all
AuthzSVNAccessFile /etc/httpd/conf.d/svn_access_file
With the above configuration 'wget h
And with this change, there are no more adm_access_t's in libsvn_client.
Yay!
On Thu, Apr 8, 2010 at 7:56 AM, philip wrote:
> Author: philip
> Date: Thu Apr 8 12:56:16 2010
> New Revision: 931918
>
> URL: http://svn.apache.org/viewvc?rev=931918&view=rev
> Log:
> Remove an access baton from clie
Kamesh Jayachandran writes:
> [issue2753] Fix issue 2753.
Let me see if I understand: The issue is that when SVNListParentPath
and AuthzSVNAccessFile are configured then GET requests for the parent
path get passed through the authz stuff. This is a bug because the
authz file doesn't control par
On Thu, Apr 8, 2010 at 07:34, Julian Foad wrote:
> I (Julian Foad) wrote:
>> gst...@apache.org wrote:
>> > Author: gstein
>> > Date: Thu Apr 8 07:11:58 2010
>> > New Revision: 931798
>>
>> > Modified: subversion/trunk/subversion/libsvn_wc/update_editor.c
>> > URL:
>> > http://svn.apache.org/view
On Thu, Apr 8, 2010 at 08:56, wrote:
>...
> +++ subversion/trunk/subversion/libsvn_client/merge.c Thu Apr 8 12:56:16 2010
>...
> @@ -9540,47 +9539,44 @@ svn_client_merge_reintegrate(const char
> svn_boolean_t use_sleep = FALSE;
> svn_error_t *err;
> struct get_subtree_mergeinfo_walk_baton
On Thu, Apr 8, 2010 at 05:53, Philip Martin wrote:
> Greg Stein writes:
>
>> Okay. So I guess we continue to mark that as sched-delete.
>
> sched-delete is what we can do in 1.6, but it's not perfect. This is
> not a normal delete by the user it's more of an internal Subversion
> delete. One of
Greg Stein wrote:
> On Wed, Apr 7, 2010 at 10:08, wrote:
>> Author: cmpilato
>> Date: Wed Apr 7 14:08:12 2010
>> New Revision: 931559
>>
>> URL: http://svn.apache.org/viewvc?rev=931559&view=rev
>> Log:
>> Add a --pre-1.7-compatible option to 'svnadmin create', with support
>> for such in the rep
Greg Stein wrote:
> I'm investigating some problems around file externals, and ran into
> this revision.
Greg, I've had plenty of time to look into file externals, too, so if you
wanna compare notes...
--
C. Michael Pilato
CollabNet <> www.collab.net <> Distributed Development On Demand
Thanks for the review Philip.
>Let me see if I understand: The issue is that when SVNListParentPath
>and AuthzSVNAccessFile are configured then GET requests for the parent
>path get passed through the authz stuff. This is a bug because the
>authz file doesn't control parent path.
>Your patch re
Hi,
On 06.04.10 00:01, Stefan Sperling wrote:
On Mon, Apr 05, 2010 at 07:28:57PM +0200, Martin Hauner wrote:
[..]
With svn:mergeinfo I have to update after each commit because its on
my root folder and always is out of date on the next commit.
The out-of-dateness really comes from the mixed-r
Martin Hauner wrote:
> Hi,
>
> On 06.04.10 00:01, Stefan Sperling wrote:
>> On Mon, Apr 05, 2010 at 07:28:57PM +0200, Martin Hauner wrote:
>>> [..]
>>> With svn:mergeinfo I have to update after each commit because its on
>>> my root folder and always is out of date on the next commit.
>>
>> The ou
Hey -
+1!
I'm a game developer. I don't claim to have more insight that you guys do, but
reading about the Subversion vision on LWN prompted me to post to the comment,
but really I should echo that here. There is a case for centralized RCS, and I
think it becomes stronger as repositories scale
On Thu, Apr 8, 2010 at 15:35, C. Michael Pilato wrote:
> Martin Hauner wrote:
>> Hi,
>>
>> On 06.04.10 00:01, Stefan Sperling wrote:
>>> On Mon, Apr 05, 2010 at 07:28:57PM +0200, Martin Hauner wrote:
[..]
With svn:mergeinfo I have to update after each commit because its on
my root f
Hey all,
It has come up a few times on IRC discussions: "we should never have
exposed libsvn_wc, just libsvn_client".
Well, we've already exposed it, so we need to at least keep that stuff
around. But moving forward... should new functions continue to be
exposed? Or should all new functions go in
On Fri, Apr 2, 2010 at 5:28 PM, C. Michael Pilato wrote:
[...]
> COMMUNITY
> [...]
>
> But communication alone isn't enough. We need to find ways to grow our
> developer community itself. Attendance at the recent Subversion Corporation
> Annual Members Meeting was low (by design and recommendati
As I mentioned in IRC earlier this week, svnlook_tests.py 12 was
failing for me on Windows over ra_neon and ra_serf (svnlook_tests.py
11 on the 1.6.x branch).
The test failed when the python pre-commit hook failed to write the
output of 'svnlook -t' to a temporary file. Thing is, breaking a
debug
C. Michael Pilato wrote:
> We need to find a way to embrace and
> empower would-be Subversion contributors.
You could start by replying to their mailing list posts. Just a thought.
-- Tim Starling
On Thu, Apr 8, 2010 at 22:55, Tim Starling wrote:
> C. Michael Pilato wrote:
>> We need to find a way to embrace and
>> empower would-be Subversion contributors.
>
> You could start by replying to their mailing list posts. Just a thought.
Well aware of that, and snarky behavior won't really endea
What? I thought svnlook was purely a server-side tool. What does the
RA layer have to do with it?
On Thu, Apr 8, 2010 at 21:34, Paul Burba wrote:
> As I mentioned in IRC earlier this week, svnlook_tests.py 12 was
> failing for me on Windows over ra_neon and ra_serf (svnlook_tests.py
> 11 on the 1
25 matches
Mail list logo
