On 01/17/2012 02:59 AM, Konstantin Kolinko wrote:
> 2012/1/17 Hyrum K Wright :
>> While I don't doubt the utility or quality of this code, contrib/ is
>> not the place for it to live.
So what's the status of that "subversion-extras" project? Didn't gstein at
some point reserve a space on google co
On 01/16/2012 10:54 PM, Daniel Shahaf wrote:
> cmpil...@apache.org wrote on Mon, Jan 16, 2012 at 13:12:20 -:
>> Modified: subversion/site/publish/docs/community-guide/repro-template.sh
>> URL:
>> http://svn.apache.org/viewvc/subversion/site/publish/docs/community-guide/repro-template.sh?rev=12
On Tue, Jan 17, 2012 at 12:51 AM, Paul Burba wrote:
[...]
> We could chose to make things simple and follow the svn:mergeinfo
> model of inheritance:
>
> a) If a path has an explicit given property then it doesn't inherit
> that property; the explicit value is the complete value.
>
> b) If a pat
On Sun, Jan 15, 2012 at 10:14 PM, Bert Huijben wrote:
>
>
>> -Original Message-
>> From: Johan Corveleyn [mailto:jcor...@gmail.com]
>> Sent: zondag 15 januari 2012 21:26
>> To: Subversion Development
>> Subject: How to fix issue #4023 (on Windows, 'svn rm missingItem' deletes
>> the unvers
On Tue, Jan 17, 2012 at 5:45 AM, Neels J Hofmeyr wrote:
> On 01/17/2012 02:59 AM, Konstantin Kolinko wrote:
>> 2012/1/17 Hyrum K Wright :
>>> While I don't doubt the utility or quality of this code, contrib/ is
>>> not the place for it to live.
>
> So what's the status of that "subversion-extras"
Hyrum K Wright wrote on Tue, Jan 17, 2012 at 08:13:40 -0600:
> Exactly. I don't object to the module, per se (indeed, I don't
> endorse it, either), but the Subversion tree in the ASF repo is not a
> generic apache module hosting service. :)
No; it's a place for the Subversion devs to maintain co
On 01/17/2012 09:16 AM, Daniel Shahaf wrote:
> Hyrum K Wright wrote on Tue, Jan 17, 2012 at 08:13:40 -0600:
>> Exactly. I don't object to the module, per se (indeed, I don't
>> endorse it, either), but the Subversion tree in the ASF repo is not a
>> generic apache module hosting service. :)
>
> N
I (Julian Foad) wrote:
> I think merge_reintegrate_tests.py 19 demonstrates it better than 1000 words
> so
> I'll leave it at that for today.
For people who'd like to follow along without having to apply and run the
patch, that test does:
Rev A A_COPY
|
02 |--cp-->X # every X i
On Mon, Jan 16, 2012 at 8:28 PM, Hyrum K Wright
wrote:
> On Mon, Jan 16, 2012 at 5:51 PM, Paul Burba wrote:
> ...
>> On Thu, Jan 5, 2012 at 4:52 PM, Hyrum K Wright
>> wrote:
>>> As I recall, there were a few reasons why inherited properties haven't
>>> been implemented. One is the client-side s
On 01/17/2012 03:26 PM, C. Michael Pilato wrote:
> That's never been quite the definition of our contrib/ area. Historically,
> anything useful to Subversion users that the Subversion devs were willing to
> collectively maintain (and that's the key phrase here) was placed into
> tools/;
so I swif
On Tue, Jan 17, 2012 at 10:40 AM, Neels J Hofmeyr wrote:
> On 01/17/2012 03:26 PM, C. Michael Pilato wrote:
>> That's never been quite the definition of our contrib/ area. Historically,
>> anything useful to Subversion users that the Subversion devs were willing to
>> collectively maintain (and t
With svnrdump, try dumping a revision range of a subpath. I chose two
consequtive revisions:
svnrdump dump \
http://svn.apache.org/repos/asf/subversion/trunk/contrib/server-side/ \
-r1232154:1232155 \
| grep -a ^Node-path
The first dumped revision's Node-paths are all relative to
.../contrib/s
I can rdump single revisions of a path deleted in HEAD, but a revision range
over the same two revisions fails:
[[[
$ svnrdump dump
http://svn.apache.org/repos/asf/subversion/trunk/contrib/server-side/mod_setlocale
-r1232154 > /dev/null
* Dumped revision 1232154.
$ svnrdump dump
http://svn.apache
On Tue, Jan 17, 2012 at 5:36 PM, Paul Burba wrote:
> On Mon, Jan 16, 2012 at 8:28 PM, Hyrum K Wright
> wrote:
[...]
>> Another thing to note is that there have been some rumblings about
>> authz improvements, along the lines of an additional permission to say
>> "you can know about this directo
On Tue, Jan 17, 2012 at 8:33 AM, Johan Corveleyn wrote:
> On Tue, Jan 17, 2012 at 12:51 AM, Paul Burba wrote:
>
> [...]
>
>> We could chose to make things simple and follow the svn:mergeinfo
>> model of inheritance:
>>
>> a) If a path has an explicit given property then it doesn't inherit
>> that
On Tue, Jan 17, 2012 at 2:54 PM, Johan Corveleyn wrote:
> On Tue, Jan 17, 2012 at 5:36 PM, Paul Burba wrote:
>> On Mon, Jan 16, 2012 at 8:28 PM, Hyrum K Wright
>> wrote:
>
> [...]
>
>>> Another thing to note is that there have been some rumblings about
>>> authz improvements, along the lines of
On 01/17/2012 12:30 PM, Neels J Hofmeyr wrote:
> I can rdump single revisions of a path deleted in HEAD, but a revision range
> over the same two revisions fails:
[...]
> Again, anyone have their foot in the svnrdump door already? Should this also
> be a new issue?
Yes, I believe this should be
On 01/17/2012 12:20 PM, Neels J Hofmeyr wrote:
> With svnrdump, try dumping a revision range of a subpath. I chose two
> consequtive revisions:
>
> svnrdump dump \
> http://svn.apache.org/repos/asf/subversion/trunk/contrib/server-side/ \
> -r1232154:1232155 \
> | grep -a ^Node-path
>
> The fir
I'm working at experimenting with a simple Ev2 consumer implementation
(see the ev2-export branch). In doing so, I've once again noticed
that anybody implementing such a consumer has to implement every
receiver. We don't provide default implementations, nor a way to only
specify certain callbacks
On 01/17/2012 04:31 PM, Hyrum K Wright wrote:
> I'm working at experimenting with a simple Ev2 consumer implementation
> (see the ev2-export branch). In doing so, I've once again noticed
> that anybody implementing such a consumer has to implement every
> receiver. We don't provide default implem
On Tue, Jan 17, 2012 at 8:55 PM, Paul Burba wrote:
> On Tue, Jan 17, 2012 at 8:33 AM, Johan Corveleyn wrote:
>> On Tue, Jan 17, 2012 at 12:51 AM, Paul Burba wrote:
>>
>> [...]
>>
>>> We could chose to make things simple and follow the svn:mergeinfo
>>> model of inheritance:
>>>
>>> a) If a path
On Tue, Jan 17, 2012 at 9:12 PM, Paul Burba wrote:
> On Tue, Jan 17, 2012 at 2:54 PM, Johan Corveleyn wrote:
>> On Tue, Jan 17, 2012 at 5:36 PM, Paul Burba wrote:
>>> On Mon, Jan 16, 2012 at 8:28 PM, Hyrum K Wright
>>> wrote:
>>
>> [...]
>>
Another thing to note is that there have been som
On Tue, Jan 17, 2012 at 10:12 AM, Julian Foad
wrote:
> I (Julian Foad) wrote:
>> I think merge_reintegrate_tests.py 19 demonstrates it better than 1000 words
>> so
>> I'll leave it at that for today.
>
> For people who'd like to follow along without having to apply and run the
> patch, that test
I still haven't received them. And I've got a nice polished
description of dump format ready to commit.
--
http://www.catb.org/~esr/";>Eric S. Raymond
It is error alone which needs the support of government.
Truth can stand by itself.
--Thomas Jefferson
Follow up to r...@apache.org or on #asfinfra on Freenode.
Eric S. Raymond wrote on Tue, Jan 17, 2012 at 20:40:16 -0500:
> I still haven't received them. And I've got a nice polished
> description of dump format ready to commit.
> --
> http://www.catb.org/~esr/";>Eric S. Raymond
>
hwri...@apache.org wrote on Tue, Jan 17, 2012 at 22:32:54 -:
> Author: hwright
> Date: Tue Jan 17 22:32:53 2012
> New Revision: 1232614
>
> URL: http://svn.apache.org/viewvc?rev=1232614&view=rev
> Log:
> On the ev2-export branch:
> Implement export with an Ev2 editor, and use that inplace of t
hwri...@apache.org wrote on Tue, Jan 17, 2012 at 23:04:32 -:
> Author: hwright
> Date: Tue Jan 17 23:04:32 2012
> New Revision: 1232634
>
> URL: http://svn.apache.org/viewvc?rev=1232634&view=rev
> Log:
> On the ev2-export branch:
> Replace one hack with another, which allows us to remove the v
svn info --xml gives malformed XML on error.. could it detect this
situation and still cleanup the XML, or not output any XML at all?
svnversion by comparison outputs 'exported'.
-s
$ svn info --xml /tmp
svn: E155007: '/tmp' is not a working copy
$ svn --version
svn, version 1.7.2 (r1207936
Why do you need well-formed XML when both stderr and $? indicate an
error condition?
Steven R. Loomis wrote on Tue, Jan 17, 2012 at 15:21:10 -0800:
> svn info --xml gives malformed XML on error.. could it detect this
> situation and still cleanup the XML, or not output any XML at all?
> svnversion
Or, are you asking that it doesn't consider "the target is not a working
copy" an error condition in the first place?
Daniel Shahaf wrote on Wed, Jan 18, 2012 at 08:53:21 +0200:
> Why do you need well-formed XML when both stderr and $? indicate an
> error condition?
>
> Steven R. Loomis wrote on
30 matches
Mail list logo