Julian Foad writes:
> On Mon, 2010-11-15, Noorul Islam K M wrote:
>
>> Noorul Islam K M writes:
>> > Noorul Islam K M writes:
>> >> Make 'svn unlock' verify that both working copy paths and URLs are
>> >> not passed.
>> >>
>> >> * subversion/tests/cmdline/input_validation_tests.py
>> >> (inva
Log
[[[
Make 'svn relocate' verify that the target working copy root dir is
local.
* subversion/libsvn_client/relocate.c,
subversion/svn/relocate-cmd.c
(svn_client_relocate2, svn_cl__relocate): Raise an error if target
working copy dir is not local.
* subversion/tests/cmdline/input_valid
Log
[[[
Make 'svn switch' verify that the target path is local.
* subversion/libsvn_client/switch.c,
subversion/svn/switch-cmd.c
(svn_client_switch2, svn_cl__switch): Raise an error if target path is
not local.
* subversion/tests/cmdline/input_validation_tests.py
(invalid_switch_target
Daniel Shahaf wrote on Thu, Nov 18, 2010 at 06:07:07 +0200:
> + SVN_ERR(svn_fs_node_history(&history, copyto_root, copyto_path, pool));
> + SVN_ERR(svn_fs_history_prev(&history_prev, history, TRUE /* cross copies
> */,
> + pool));
> + SVN_ERR(svn_fs_history_location
Stefan Sperling wrote on Thu, Nov 18, 2010 at 00:54:42 +0100:
> With BDB, svnsync crashes as follows during during svnsync test 29.
> It only happens with BDB. Running "./svnsync_tests.py 29 --fs-type=bdb"
> triggers the problem for me on the 1.6.x branch, too.
>
> I guess this could be related to
Which trademarks are important here?
> * Apache(tm)
> * Subversion(r)
> * Apache Subversion ... ??
The TM and R symbols are appropriate for the first two, because they are by
far the most important marks referred to on that web page. Note that,
because the first two are ASF marks, therefore the c
Mike, this generates a compiler warning (see at the end):
cmpil...@apache.org wrote on Wed, Nov 17, 2010 at 15:26:33 -:
> Author: cmpilato
> Date: Wed Nov 17 15:26:33 2010
> New Revision: 1036078
>
> URL: http://svn.apache.org/viewvc?rev=1036078&view=rev
> Log:
> Fix a library dependency issu
On Wed, Nov 17, 2010 at 7:14 PM, Daniel Shahaf wrote:
> Johan Corveleyn wrote on Wed, Nov 17, 2010 at 01:25:24 +0100:
>> On Mon, Nov 8, 2010 at 1:02 PM, Philip Martin
>> wrote:
>> > Johan Corveleyn writes:
>> >
>> >> Or, maybe the best approach: I could add a regression test for these
>> >> issu
Stefan Sperling wrote on Thu, Nov 18, 2010 at 00:54:42 +0100:
> With BDB, svnsync crashes as follows during during svnsync test 29.
> It only happens with BDB. Running "./svnsync_tests.py 29 --fs-type=bdb"
> triggers the problem for me on the 1.6.x branch, too.
>
> I guess this could be related to
Fails for me too:
C:\SVN\src-branch-1.6.x>run.python.test.RELEASE.bat svnsync 29 -v --fs-type bdb
C:\SVN\src-branch-1.6.x>set TESTNAME=svnsync
C:\SVN\src-branch-1.6.x>set CONFIG=Release
C:\SVN\src-branch-1.6.x>if not exist Release\subversion\tests\cmdline
mkdir Release\subversion\tests\cmdline
With BDB, svnsync crashes as follows during during svnsync test 29.
It only happens with BDB. Running "./svnsync_tests.py 29 --fs-type=bdb"
triggers the problem for me on the 1.6.x branch, too.
I guess this could be related to this backport item:
* improve svnsync handling of dir copies (r96237
1.6.14 tarballs are up for testing and signing. The magic revision is r1036150:
http://people.apache.org/~hwright/svn/1.6.14/
In addition to sending your signatures to the mailing list, please use
the new signature collection script, located here:
http://work.hyrumwright.org/pub/svn/collect_sigs.
On 11/17/2010 02:26 PM, Blair Zajac wrote:
> On 11/17/2010 07:26 AM, cmpil...@apache.org wrote:
>> Author: cmpilato
>> Date: Wed Nov 17 15:26:33 2010
>> New Revision: 1036078
>>
>> URL: http://svn.apache.org/viewvc?rev=1036078&view=rev
>> Log:
>> Fix a library dependency issue which was causing bui
Thanks!
cmpil...@tigris.org wrote on Wed, Nov 17, 2010 at 11:10:57 -0800:
> http://subversion.tigris.org/issues/show_bug.cgi?id=3716
>
>
>
> User cmpilato changed the following:
>
> What|Old value |New value
>
On 11/17/2010 07:26 AM, cmpil...@apache.org wrote:
Author: cmpilato
Date: Wed Nov 17 15:26:33 2010
New Revision: 1036078
URL: http://svn.apache.org/viewvc?rev=1036078&view=rev
Log:
Fix a library dependency issue which was causing build failures. (As a
general rule, code inside the FS providers
On Wed, 2010-11-17 at 18:57 +, Julian Foad wrote:
> I've reviewed and tested this change. Here are the results. Executive
> summary: basically works in the simple case, but I have too many
> reservations to give a +1.
A couple more points:
* I mentioned we should consider canonicalization a
On 11/17/2010 01:22 PM, C. Michael Pilato wrote:
> On 11/17/2010 01:07 PM, Daniel Shahaf wrote:
>> Hmm. I realize this is preexisting code, but the bit about "external
>> locking" doesn't apply to svnrdump, since unlike svnsync it doesn't have
>> a --use-external-locking flag.
>
> I *knew* there
I've reviewed and tested this change. Here are the results. Executive
summary: basically works in the simple case, but I have too many
reservations to give a +1.
The patch attempts to fix DAV mirroring when the Location directive
value contains a space, such as . For the original
log message of
On 11/17/2010 01:07 PM, Daniel Shahaf wrote:
>> - err = svn_error_create(
>> - SVN_ERR_UNSUPPORTED_FEATURE, NULL,
>> - _("Target server does not support atomic revision property "
>> -"edits; consider upgrading it to 1.7 or using an external "
>> -
Johan Corveleyn wrote on Wed, Nov 17, 2010 at 01:25:24 +0100:
> On Mon, Nov 8, 2010 at 1:02 PM, Philip Martin
> wrote:
> > Johan Corveleyn writes:
> >
> >> Or, maybe the best approach: I could add a regression test for these
> >> issues, so we can all be sure that they are fixed (and remain fixed
> - err = svn_error_create(
> - SVN_ERR_UNSUPPORTED_FEATURE, NULL,
> - _("Target server does not support atomic revision property "
> -"edits; consider upgrading it to 1.7 or using an external "
> -"locking program"));
> + /* Pre-1
On 11/17/2010 10:35 AM, Greg Stein wrote:
> On Wed, Nov 17, 2010 at 09:08, C. Michael Pilato wrote:
>> On 11/17/2010 08:56 AM, Greg Stein wrote:
>>> Hi Legal peeps,
>>>
>>> The Subversion community updated the website to conform to the new
>>> guidelines, but we have a question on how to apply the
On Wed, Nov 17, 2010 at 09:08, C. Michael Pilato wrote:
> On 11/17/2010 08:56 AM, Greg Stein wrote:
>> Hi Legal peeps,
>>
>> The Subversion community updated the website to conform to the new
>> guidelines, but we have a question on how to apply the appropriate
>> trademark symbols. The guideline
On Wed, Nov 17, 2010 at 5:45 AM, Julian Foad wrote:
> Hi Paul.
>
> On Wed, 2010-11-17, pbu...@apache.org wrote:
>> Log:
>> Reintegrate the issue-3668-3669 branch.
>
> If you could insert a summary of this change here in the log message,
> that would be helpful.
Sure thing, I added a bit more expl
On Wed, Nov 17, 2010 at 8:31 AM, Daniel Shahaf wrote:
> Paul Burba wrote on Tue, Nov 16, 2010 at 17:55:30 -0500:
>> As some of you know I've recently had some strange failures with the
>> svnsync tests on both trunk and 1.6.x. All the tests started failing
>> during setup when the stdout of svnsy
On 11/17/2010 08:56 AM, Greg Stein wrote:
> Hi Legal peeps,
>
> The Subversion community updated the website to conform to the new
> guidelines, but we have a question on how to apply the appropriate
> trademark symbols. The guideline says to put a (tm) at the end of the
> first use of "Apache Sub
Hi Legal peeps,
The Subversion community updated the website to conform to the new
guidelines, but we have a question on how to apply the appropriate
trademark symbols. The guideline says to put a (tm) at the end of the
first use of "Apache Subversion", however, "Subversion" (alone) is a
*register
On Wed, 2010-11-17, Stefan Sperling wrote:
> On Wed, Nov 17, 2010 at 12:04:21PM +, Julian Foad wrote:
> > I think it would be better if we only issue this warning when the
> > proposed commit does in fact include a copy, otherwise it's going to be
> > too much noise.
> >
> > Thoughts?
>
> Th
Paul Burba wrote on Tue, Nov 16, 2010 at 17:55:30 -0500:
> As some of you know I've recently had some strange failures with the
> svnsync tests on both trunk and 1.6.x. All the tests started failing
> during setup when the stdout of svnsync init was lost, e.g.:
>
> [[[
> CMD: svnsync.exe initiali
Julian Foad wrote on Wed, Nov 17, 2010 at 10:18:05 +:
> Since r1035894 I'm getting a link error on Linux (and so is Noorul):
>
> cd subversion/libsvn_fs_fs && /usr/share/apr-1.0/build/libtool --tag=CC
> --silent --mode=link gcc -W[...] -D[...] -g -pthread
> -rpath /home/julianfoad/local/subve
On Wed, Nov 17, 2010 at 12:04:21PM +, Julian Foad wrote:
> Today I committed the result of a merge, which included mergeinfo change
> on ".", but I didn't want to include a file that I have locally modified
> for testing purposes, so I explicitly specified "." and the required
> target file.
>
Today I committed the result of a merge, which included mergeinfo change
on ".", but I didn't want to include a file that I have locally modified
for testing purposes, so I explicitly specified "." and the required
target file.
[[[
svn commit -N -m "..." . subversion/mod_dav_svn/mirror.c
svn: warn
Julian Foad writes:
> To expand: I may not be the brightest kid on the block but I find that
> with hours of effort I still can't see precisely what many of these
> functions are *trying* to do. (Obviously I can see precisely what they
> *are* doing in terms of shuffling bits around.) I am extr
Hi Paul.
On Wed, 2010-11-17, pbu...@apache.org wrote:
> Log:
> Reintegrate the issue-3668-3669 branch.
If you could insert a summary of this change here in the log message,
that would be helpful. I see it's ... rather large.
> Modified:
> subversion/trunk/ (props changed)
> subversion
On Tue, 2010-11-16, Greg Stein wrote:
> I'm not sure that I understand the goal here. Is there a problem that
> is trying to be solved? If not, then I'd recommend just marking this
> down as an item to "review in 1.8".
Quting myself: "My goals: to be able to understand the callers, and then
adapt
Since r1035894 I'm getting a link error on Linux (and so is Noorul):
cd subversion/libsvn_fs_fs && /usr/share/apr-1.0/build/libtool --tag=CC
--silent --mode=link gcc -W[...] -D[...] -g -pthread
-rpath /home/julianfoad/local/subversion-d/lib -Wl,--no-undefined -o
libsvn_fs_fs-1.la caching.lo dag.
36 matches
Mail list logo
