On Sat, 2010-10-23, Daniel Shahaf wrote:
> My shell session:
Using exactly what build of svn?
> % $svn checkout --depth empty
> https://svn.apache.org/repos/infra/infrastructure/ ./
> % $svn update --set-depth infinity trunk
> % cd trunk
> % rm -rf machines
> % rm -rf tools
>
On Fri, 2010-10-22, scott mc wrote:
> We've run into another issue on Haiku, perhaps it's just something I
> did wrong when configuring it, seems the subversion port on Haiku
> thinks the system uses ISO-8859-15 encoding:
> http://ports.haiku-files.org/ticket/422
> Haiku's locale kit is still evolv
Julian Foad wrote on Mon, Oct 25, 2010 at 09:11:20 +0100:
> On Sat, 2010-10-23, Daniel Shahaf wrote:
> > My shell session:
>
> Using exactly what build of svn?
>
tr...@r1026650, probably. It was not more than a day old at the time
I wrote the email.
> URL: http://svn.apache.org/viewvc?rev=1026475&view=rev
> Log:
> Add an 'svn relocate' first-class subcommand. For too long has relocate
> functionality has been awkwardly tacked onto the back of 'svn switch'.
Lovely. The help makes it so much clearer because no options are listed
in the help f
Julian Foad writes:
> On Fri, 2010-10-22, scott mc wrote:
>> We've run into another issue on Haiku, perhaps it's just something I
>> did wrong when configuring it, seems the subversion port on Haiku
>> thinks the system uses ISO-8859-15 encoding:
>> http://ports.haiku-files.org/ticket/422
>> Haik
Do we need both "--strip-count" and "--strip" as aliases? I think
"--strip" is sufficient; the word "count" doesn't add much. "--strip"
matches GNU patch. Fewer aliases -> better.
?
- Julian
On Mon, Oct 25, 2010 at 01:16:29PM +0100, Julian Foad wrote:
> Do we need both "--strip-count" and "--strip" as aliases? I think
> "--strip" is sufficient; the word "count" doesn't add much. "--strip"
> matches GNU patch. Fewer aliases -> better.
The word "count" adds something when you're look
On 10/25/2010 09:39 AM, Stefan Sperling wrote:
> On Mon, Oct 25, 2010 at 01:16:29PM +0100, Julian Foad wrote:
>> Do we need both "--strip-count" and "--strip" as aliases? I think
>> "--strip" is sufficient; the word "count" doesn't add much. "--strip"
>> matches GNU patch. Fewer aliases -> bette
On Mon, Oct 25, 2010 at 10:21:27AM -, julianf...@apache.org wrote:
> Author: julianfoad
> Date: Mon Oct 25 10:21:27 2010
> New Revision: 1027029
>
> URL: http://svn.apache.org/viewvc?rev=1027029&view=rev
> Log:
> * subversion/svn/main.c
> (svn_cl__options): Remove the alias '--nul' (for --no
On Mon, Oct 25, 2010 at 09:50:41AM -0400, C. Michael Pilato wrote:
> On 10/25/2010 09:39 AM, Stefan Sperling wrote:
> > On Mon, Oct 25, 2010 at 01:16:29PM +0100, Julian Foad wrote:
> >> Do we need both "--strip-count" and "--strip" as aliases? I think
> >> "--strip" is sufficient; the word "count"
On 10/25/2010 10:13 AM, Stefan Sperling wrote:
>>> The --strip-count name matches the variable name in the code.
>>
>> Er... This is a non-reason. :-)
>
> It's not a non-reason because there is no good reason for not naming
> things in a consistent way.
>
> Consistency between the API and the CL
On Mon, Oct 25, 2010 at 10:46:52AM -0400, C. Michael Pilato wrote:
> We can always rename an API variable. :-)
But not without having a huge bikeshed discussion about the new name first! :)
On Mon, 2010-10-25 at 15:54 +0200, Stefan Sperling wrote:
> On Mon, Oct 25, 2010 at 10:21:27AM -, julianf...@apache.org wrote:
> > Author: julianfoad
> > Date: Mon Oct 25 10:21:27 2010
> > New Revision: 1027029
> >
> > URL: http://svn.apache.org/viewvc?rev=1027029&view=rev
> > Log:
> > * subve
On Mon, Oct 25, 2010 at 9:13 AM, Stefan Sperling wrote:
...
> It's not a non-reason because there is no good reason for not naming
> things in a consistent way.
ENEGOVERFLOW
:)
-Hyrum
Stefan Sperling wrote on Mon, Oct 25, 2010 at 16:13:58 +0200:
> On Mon, Oct 25, 2010 at 09:50:41AM -0400, C. Michael Pilato wrote:
> > I don't think it's so terribly important to match the 'patch' command's
> > option name with our option's primary name, but it's a nice-to-have
> > achievable via t
On Sat, Aug 14, 2010 at 7:20 PM, wrote:
> Author: stefan2
> Date: Sun Aug 15 00:20:34 2010
> New Revision: 985606
>
> URL: http://svn.apache.org/viewvc?rev=985606&view=rev
> Log:
> Increase the RA_SVN throughput by reducing the overhead in read_item for
> packing received data into various struct
I've been looking at a delete bug: delete can remove a directory NODES
row and leave rows for children, thus creating an invalid metadata
state. The code is structured as
svn_wc_delete4(path):
various checks on path
for each child of path:
various checks on child
As I understand it, the conflict storage handling updates are one of
the blocking items for 1.7[1]. In an effort to better understand the
problem, and the proposed solution, I'm writing this mail with the
intent to start some discussion.
The content of notes/wc-ng/conflict-storage seem to describ
On Mon, Oct 25, 2010 at 03:42:16PM -0500, Hyrum K. Wright wrote:
> [1] I don't fully understand *why* this is true, just that it is. My
> guess is that people have thought "hey, while we're changing
> everything in the working copy, let's change this, too." If that is
> the sole reason for making
19 matches
Mail list logo
