A side-effect of this is that if $RUBY/$RDOC is set to a bogus value
(ie, something that AC_PATH_PROGS) wouldn't accept, then configure would
end up with RUBY=none rather than automatically correcting itslef via
AC_PATH_PROPS(ruby ruby1.8 ruby18).
That's probably a good thing, though.
arfre...@ap
While you're changing this, should we also try to prefer rdoc1.8 of
'ruby1.8' is found?
This will matter once we re-add 1.9 support to those AC_PATH_PROPS lines.
arfre...@apache.org wrote on Thu, Jul 14, 2011 at 21:15:52 -:
> Author: arfrever
> Date: Thu Jul 14 21:15:51 2011
> New Revision: 1
[Ivan Krasilnikov]
> Looks like this issue only affects svn+ssh:// repositories. I've just
> tried cloning some public http(s):// repositories and firewalling
> destination host with iptables - didn't get the warning. But it
> appears reliably every time when I'm git svn fetch'ing from an
> svn+ss
On Fri, Jul 15, 2011 at 06:07, Peter Samuelson wrote:
>
> [Ivan Krasilnikov]
>> When using git-svn I frequently see the following warning in
>> subversion's perl bindings after a network error:
>>
>> Use of uninitialized value in concatenation (.) or string at
>> <...>/SVN/Core.pm
>> line 584.
>
[Ivan Krasilnikov]
> When using git-svn I frequently see the following warning in
> subversion's perl bindings after a network error:
>
> Use of uninitialized value in concatenation (.) or string at <...>/SVN/Core.pm
> line 584.
Just to verify that we've addressed the error correctly, I'm trying
[Philip Martin]
> I'm seeing the same thing, reverting r1037358 appears to be enough to
> make the tests run.
Did you run 'perl Makefile.PL' in subversion/bindings/swig/perl/native
_before_, or _after_, the main build? It matters.
If you run it _before_ the main build, the pre-r1037358 will pro
Hi Dev,
I'd to put a feature enhancement for future release to support mix case
username login for authz access and svnperm.py. I don't believe current
version 1.6.17 officially support this feature. The closest work around I
can find is http://svn.haxx.se/dev/archive-2008-03/0331.shtml which requ
"C. Michael Pilato" writes:
> I've wrapped up testing of the beta1 tarball. All the tests pass for me
> except the Perl bindings tests. They seem to build fine (albeit with the
> typical slew of warnings). They seem to install fine. But the tests fail
> immediately:
>
> [...]
> # Error:
On 07/13/2011 04:29 PM, Hyrum K Wright wrote:
> All,
>
> Our first prerelease from the 1.7.x branch is now up for testing and
> signing: 1.7.0-beta1. The magic revision is r1146221 (but a known bug
> in the release scripts doesn't include that rev in the header file).
> You can find the tarballs
On Thu, Jul 14, 2011 at 4:58 PM, wrote:
> Author: arfrever
> Date: Thu Jul 14 21:58:56 2011
> New Revision: 1146910
>
> URL: http://svn.apache.org/viewvc?rev=1146910&view=rev
> Log:
> * STATUS: Nominate r1146899 and r1146904.
>
> Modified:
> subversion/branches/1.7.x/STATUS
>
> Modified: subve
On Thu, Jul 14, 2011 at 5:37 PM, Bert Huijben wrote:
>
>> -Original Message-
>> From: pbu...@apache.org [mailto:pbu...@apache.org]
>> Sent: donderdag 14 juli 2011 21:40
>> To: comm...@subversion.apache.org
>> Subject: svn commit: r1146870 -
>> /subversion/trunk/subversion/libsvn_client/mer
> -Original Message-
> From: pbu...@apache.org [mailto:pbu...@apache.org]
> Sent: donderdag 14 juli 2011 21:40
> To: comm...@subversion.apache.org
> Subject: svn commit: r1146870 -
> /subversion/trunk/subversion/libsvn_client/merge.c
>
> Author: pburba
> Date: Thu Jul 14 19:40:25 2011
>
Fixed in r1146893
On Thu, Jul 14, 2011 at 16:43, Paul Burba wrote:
> On Fri, Jun 3, 2011 at 2:48 AM, wrote:
>> Author: lgo
>> Date: Fri Jun 3 06:48:20 2011
>> New Revision: 1130916
>>
>> URL: http://svn.apache.org/viewvc?rev=1130916&view=rev
>> Log:
>> * STATUS: Propose r894014 and friends for
On Fri, Jun 3, 2011 at 2:48 AM, wrote:
> Author: lgo
> Date: Fri Jun 3 06:48:20 2011
> New Revision: 1130916
>
> URL: http://svn.apache.org/viewvc?rev=1130916&view=rev
> Log:
> * STATUS: Propose r894014 and friends for backport.
>
> Modified:
> subversion/branches/1.6.x/STATUS
>
> Modified: s
On 14 Jul 2011, at 17:36, Julian Foad wrote:
> On Thu, 2011-07-14 at 17:20 +0100, Julian Foad wrote:
>> On Tue, 2011-07-12, Barry Scott wrote:
>>> 1. Get http://pysvn.barrys-emacs.org/source_kits/pysvn-merge-assert.tar.bz2
>>> 2. tar xf pysvn-merge-assert.tar.bz2 -C /tmp
>>> 3. cd /tmp/pysvn-wor
On 07/14/2011 01:16 PM, Philip Martin wrote:
> "C. Michael Pilato" writes:
>
>> Another less-obvious one was with the introduction of merge
>> tracking, where the repository format version dictated support (or lack
>> thereof) for a client-visible feature. You might have had an existing 1.4
>> s
Stefan... have you considered using "buildout" ? That might simplify a
huge portion of this Makefile. You could switch the bulk to a small
bootstrap script and a buildout configuration file.
See: http://www.buildout.org/
On Thu, Jul 14, 2011 at 14:02, wrote:
> Author: stsp
> Date: Thu Jul 14 18
[Ivan Krasilnikov]
> Use of uninitialized value in concatenation (.) or string at <...>/SVN/Core.pm
> line 584.
>
> Attached patch eliminates this warning.
Thanks, r1146834.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
"C. Michael Pilato" writes:
> Another less-obvious one was with the introduction of merge
> tracking, where the repository format version dictated support (or lack
> thereof) for a client-visible feature. You might have had an existing 1.4
> server (no merge tracking), popped up a 1.5 slave when
It has to do with the 'merge --reintegrate'.
IIUC reintegrate merge just records the svn:mergeinfo after the "url to url
merge" without bothering about *full single line of continuous history a.k.a
single location segment* of merge source. I mean reintegrate merge should
record the mergeinfo as
On Thu, Jul 14, 2011 at 12:30 PM, C. Michael Pilato wrote:
> On 07/14/2011 12:01 PM, Philip Martin wrote:
>> It's possible to setup a 1.7 write-through proxy to a 1.6 master.
>
> It's also a really bad idea.
I think that opinion is overly extreme. While it is certainly true
that you cannot just
On Thu, 2011-07-14 at 17:20 +0100, Julian Foad wrote:
> On Tue, 2011-07-12, Barry Scott wrote:
> > 1. Get http://pysvn.barrys-emacs.org/source_kits/pysvn-merge-assert.tar.bz2
> > 2. tar xf pysvn-merge-assert.tar.bz2 -C /tmp
> > 3. cd /tmp/pysvn-workspace/Sources
> > 4. THe scripts assume that the S
Julian Foad wrote on Thu, Jul 14, 2011 at 12:58:24 +0100:
> When the work queue is not empty, we see:
>
> $ svn status
> svn: E155037: Previous operation has not finished; run 'cleanup' if it
> was interrupted
>
>
> My recommendations, mainly for the WQ-not-empty case:
>
> 1. The 'E155037'
On 07/14/2011 12:01 PM, Philip Martin wrote:
> It's possible to setup a 1.7 write-through proxy to a 1.6 master.
It's also a really bad idea.
The simple fact of the matter is that mixing and matching server versions in
a WebDAV proxy configuration doesn't work. And it really never has without
ca
Greg Stein wrote on Thu, Jul 14, 2011 at 12:19:07 -0400:
> On Thu, Jul 14, 2011 at 11:57, wrote:
> > Author: danielsh
> > Date: Thu Jul 14 15:57:37 2011
> > New Revision: 1146770
> >
> > URL: http://svn.apache.org/viewvc?rev=1146770&view=rev
> > Log:
> > Pool usage fixes. (How come no one caught
On Tue, 2011-07-12, Barry Scott wrote:
> 1. Get http://pysvn.barrys-emacs.org/source_kits/pysvn-merge-assert.tar.bz2
> 2. tar xf pysvn-merge-assert.tar.bz2 -C /tmp
> 3. cd /tmp/pysvn-workspace/Sources
> 4. THe scripts assume that the SVN you wish to use is in /usr/local
> edit repo-merge-asser
On Thu, Jul 14, 2011 at 11:57, wrote:
> Author: danielsh
> Date: Thu Jul 14 15:57:37 2011
> New Revision: 1146770
>
> URL: http://svn.apache.org/viewvc?rev=1146770&view=rev
> Log:
> Pool usage fixes. (How come no one caught that in post-commit review?)
Not enough context in the diffs to see the
Daniel Shahaf wrote:
> The backport proposal now includes a fix of the original callsite
> (r1146708).
>
> Thus, 1.7.x the semantics of these API's are unchanged and the backport
> entry for the problematic caller has been patched. For 1.8.x, given
> that I'm juiced out by this thread, I'll go ah
When using git-svn I frequently see the following warning in
subversion's perl bindings after a network error:
Use of uninitialized value in concatenation (.) or string at <...>/SVN/Core.pm
line 584.
Attached patch eliminates this warning.
Index: subversion/bindings/swig/perl/native/Core.pm
=
It's possible to setup a 1.7 write-through proxy to a 1.6 master. This
works provided that the 1.7 proxy uses "SVNAdvertiseV2Protocol off",
but if the proxy doesn't disable V2 it forwards V2 requests to the
V1 master which results in ugly errors:
svn: E175002: Commit failed (details follow):
svn:
I've looked again at the code. Right now it opens the db, with
svn_sqlite__mode_rwcreate, within an svn_atomic_init_once() block.
Adding the special case "For caller use svn_sqlite__mode_readwrite"
means we can't use svn_atomic_init_once() any more. (since it's no
longer "once", maybe the first
On 07/14/2011 10:00 AM, kmra...@rockwellcollins.com wrote:
> Stefan Sperling wrote on 07/14/2011 08:40:29 AM:
>> On Thu, Jul 14, 2011 at 08:17:07AM -0500, kmra...@rockwellcollins.com wrote:
>> > Julian Foad wrote on 07/14/2011 06:58:24 AM:
>> > > The attached patch makes some improvements to how
On Thu, Jul 14, 2011 at 11:35 AM, Prabhu Gnana Sundar
wrote:
> Hi all,
>
> I am in the process of writing a script which would check for the mergeinfo
> of a path and see if the path is present through all the revisions mentioned
> in the mergeinfo property. If the path was not found for any revis
Hi all,
I am in the process of writing a script which would check for the
mergeinfo of a path and see if the path is present through all the
revisions mentioned in the mergeinfo property. If the path was not found
for any revision range then the script would suggest(as of now) a better
way to
The backport proposal now includes a fix of the original callsite
(r1146708).
Thus, 1.7.x the semantics of these API's are unchanged and the backport
entry for the problematic caller has been patched. For 1.8.x, given
that I'm juiced out by this thread, I'll go ahead and implement on trunk
whatev
On Wed, Jul 13, 2011 at 6:43 PM, Mark Phippard wrote:
> See:
>
> http://subversion.apache.org/docs/release-notes/1.7.html#subtree-mergeinfo-recording
>
> Sent from my iPhone
>
> On Jul 13, 2011, at 6:29 PM, Peter Samuelson wrote:
>
>>
>> [Greg Stein]
>>> Is there any way that we can remove the sv
Summary:
+1 to release
Platform:
Linux (Debian/squeeze)
Tested:
tarball + local dependencies
(local, svn, svn+sasl, serf, neon) x (fsfs, fsfs/pack/shard, bdb)
(serf/v1, neon/v1) x (fsfs, bdb)
swig-pl, swig-py, swig-rb
javahl x (fsfs, bdb)
Results:
All tests PASS
Local depend
Stefan Sperling wrote on 07/14/2011 08:40:29 AM:
> On Thu, Jul 14, 2011 at 08:17:07AM -0500, kmra...@rockwellcollins.com
wrote:
> > Julian Foad wrote on 07/14/2011 06:58:24
AM:
> > > The attached patch makes some improvements to how we report that the
WC
> > > is locked or busy (the 'run clean
SUMMARY:
+1 to release
PLATFORM:
Windows 7
VS 2008 SP1
Java 1.6
COMPONENTS:
Apache2.2.19
APR 1.4.5
APR-UTIL1.3.12
OpenSSL 1.0.0a
Neon0.29.6
Serf trunk
ZLib 1.2.4
SQLite 3.7.7.1
VERIFIED:
sha1 sums
TESTED:
JavaH
On Thu, Jul 14, 2011 at 08:17:07AM -0500, kmra...@rockwellcollins.com wrote:
> Julian Foad wrote on 07/14/2011 06:58:24 AM:
> > The attached patch makes some improvements to how we report that the WC
> > is locked or busy (the 'run cleanup' messages). I need a sanity check
> > to make sure I've u
On Thu, Jul 14, 2011 at 9:36 AM, Stefan Sperling wrote:
> On Thu, Jul 14, 2011 at 12:58:24PM +0100, Julian Foad wrote:
>> When the WC is locked we may (depending on the timing) see:
>>
>> $ svn up -q & svn up -q
>> svn: E155004: Working copy '/home/...' locked.
>> svn: E155004: '/home/...' i
On Thu, Jul 14, 2011 at 12:58:24PM +0100, Julian Foad wrote:
> When the WC is locked we may (depending on the timing) see:
>
> $ svn up -q & svn up -q
> svn: E155004: Working copy '/home/...' locked.
> svn: E155004: '/home/...' is already locked.
> svn: run 'svn cleanup' to remove locks (t
Julian Foad wrote on 07/14/2011 06:58:24 AM:
> The attached patch makes some improvements to how we report that the WC
> is locked or busy (the 'run cleanup' messages). I need a sanity check
> to make sure I've understood the relationship between how we want to
> handle 'the work queue is busy' a
Daniel Shahaf wrote:
> Greg Stein wrote on Thu, Jul 14, 2011 at 00:50:21 -0400:
> > On Wed, Jul 13, 2011 at 22:39, wrote:
> > > /**
> > > + * Callback function type for progress notification.
> > > + *
> > > + * @a progress is the number of steps already completed, @a total is
> > > + * the tota
On Thu, 2011-07-14 at 14:54 +0200, Bert Huijben wrote:
>
> > -Original Message-
> > From: Julian Foad [mailto:julian.f...@wandisco.com]
> > Sent: donderdag 14 juli 2011 13:58
> > To: dev@subversion.apache.org
> > Subject: [PATCH] Improve reporting WC is locked/busy ('run cleanup')
> >
> >
> -Original Message-
> From: Julian Foad [mailto:julian.f...@wandisco.com]
> Sent: donderdag 14 juli 2011 13:58
> To: dev@subversion.apache.org
> Subject: [PATCH] Improve reporting WC is locked/busy ('run cleanup')
>
> The attached patch makes some improvements to how we report that the
I've recorded this point in the BRANCH-README todo list.
Greg Stein wrote on Thu, Jul 14, 2011 at 04:42:54 -0400:
> On Jul 14, 2011 4:35 AM, "Julian Foad" wrote:
> >
> > On Fri, 2011-07-08, hwri...@apache.org wrote:
> > > New Revision: 1144478
> > >
> > > URL: http://svn.apache.org/viewvc?rev=114
Greg Stein wrote on Thu, Jul 14, 2011 at 00:50:21 -0400:
> On Wed, Jul 13, 2011 at 22:39, wrote:
> >...
> > +++ subversion/branches/fs-progress/subversion/include/svn_fs.h Thu Jul 14
> > 02:39:52 2011
> > @@ -246,6 +246,24 @@ svn_fs_upgrade(const char *path,
> > apr_pool_t *pool);
Greg Stein wrote on Thu, Jul 14, 2011 at 00:35:09 -0400:
> On Wed, Jul 13, 2011 at 21:29, wrote:
> > Author: danielsh
> > Date: Thu Jul 14 01:29:58 2011
> > New Revision: 1146537
> >
> > URL: http://svn.apache.org/viewvc?rev=1146537&view=rev
> > Log:
> > Create fs-progress branch, for issue #3958
The attached patch makes some improvements to how we report that the WC
is locked or busy (the 'run cleanup' messages). I need a sanity check
to make sure I've understood the relationship between how we want to
handle 'the work queue is busy' and 'there is a write lock on a WC
directory'.
When th
On Thu, 2011-07-14 at 04:10 +0300, Daniel Shahaf wrote:
> Greg Stein wrote on Wed, Jul 13, 2011 at 20:54:56 -0400:
> > On Wed, Jul 13, 2011 at 20:32, wrote:
> > > Author: danielsh
> > > Date: Thu Jul 14 00:32:05 2011
> > > New Revision: 1146528
> > >
> > > URL: http://svn.apache.org/viewvc?rev=11
Daniel Shahaf wrote:
> Oh. And I realized that svn_checksum_to_cstring() only started to
> accept NULL in 1.7. Which means that, currently, in 1.7.x,
>
> * svn_checksum_to_cstring(NULL) returns NULL
> * svn_checksum_to_cstring_display(NULL) segfaults
The essential and original difference betwee
On Jul 14, 2011 4:35 AM, "Julian Foad" wrote:
>
> On Fri, 2011-07-08, hwri...@apache.org wrote:
> > New Revision: 1144478
> >
> > URL: http://svn.apache.org/viewvc?rev=1144478&view=rev
> > Log:
> > On the revprop-packing branch:
> > Rev the svn_stream_copy3() API and give it an argument which allo
> -Original Message-
> From: Julian Foad [mailto:julian.f...@wandisco.com]
> Sent: donderdag 14 juli 2011 10:35
> To: dev@subversion.apache.org; Hyrum Wright
> Subject: Re: svn commit: r1144478 - in /subversion/branches/revprop-
> packing/subversion: include/svn_io.h libsvn_subr/stream.c
On Fri, 2011-07-08, hwri...@apache.org wrote:
> New Revision: 1144478
>
> URL: http://svn.apache.org/viewvc?rev=1144478&view=rev
> Log:
> On the revprop-packing branch:
> Rev the svn_stream_copy3() API and give it an argument which allows the caller
> to specify the number of bytes to copy.
I not
Noorul Islam K M writes:
> "Bert Huijben" writes:
>
>>> -Original Message-
>>> From: Noorul Islam K M [mailto:noo...@collab.net]
>>> Sent: donderdag 14 juli 2011 7:18
>>> To: dev@subversion.apache.org
>>> Cc: comm...@subversion.apache.org
>>> Subject: Re: svn commit: r1145982 - in /subve
"Bert Huijben" writes:
>> -Original Message-
>> From: Noorul Islam K M [mailto:noo...@collab.net]
>> Sent: donderdag 14 juli 2011 7:18
>> To: dev@subversion.apache.org
>> Cc: comm...@subversion.apache.org
>> Subject: Re: svn commit: r1145982 - in /subversion/trunk/subversion:
>> svn/propl
> -Original Message-
> From: Noorul Islam K M [mailto:noo...@collab.net]
> Sent: donderdag 14 juli 2011 7:18
> To: dev@subversion.apache.org
> Cc: comm...@subversion.apache.org
> Subject: Re: svn commit: r1145982 - in /subversion/trunk/subversion:
> svn/proplist-cmd.c tests/cmdline/tree_c
> -Original Message-
> From: Noorul Islam K M [mailto:noo...@collab.net]
> Sent: donderdag 14 juli 2011 7:15
> To: dev@subversion.apache.org
> Subject: Re: svn commit: r1145972 - in /subversion/trunk/subversion:
> libsvn_wc/wc-queries.sql libsvn_wc/wc_db.c svn/changelist-cmd.c
> tests/cmd
Noorul Islam K M writes:
> rhuij...@apache.org writes:
>
>>if (changelist_name)
>> {
>> - return svn_cl__try
>> - (svn_client_add_to_changelist(targets, changelist_name,
>> + SVN_ERR(svn_cl__try(
>> + svn_client_add_to_changelist(targets, changelist_n
60 matches
Mail list logo
