Just as a comparison, the same operation with the same working copy takes 2s in
subversion 1.6.17 vs 1m11s in 1.7.2. This is a pretty big deal for us.
-Original Message-
From: Peter Samuelson [mailto:pe...@p12n.org]
Sent: Wednesday, December 14, 2011 4:48 PM
To: RYTTING,MICHAEL (A-ColSp
[Daniel Shahaf]
> > Is there any way to get line-based (rather than paragraph-based) diffs
> > from the wiki? That would enable reviewing them.
[C. Michael Pilato]
> You are seeing line-based diffs. It's just that that lines are
> unmanagably long. :-)
What you want is to pipe these emails i
[Philip Martin]
> That will be because commit does one or more SQLite transactions
> per-node, while status has been optimised to do fewer per-directory
> transactions. The number of SQLite transactions is what dominates
> Subversion working copy performance on network disks. By running
> commit
On 12/14/2011 02:38 PM, Daniel Shahaf wrote:
> Apache Wiki wrote on Wed, Dec 14, 2011 at 19:05:07 -:
>> Comment:
>> Try to clarify some stuff that didn't quite jive on my last read-thru.
>>
>> == Design: Server-Dictated Configuration ==
>> - Many software development shops of non-trivial size
On Wed, Dec 14, 2011 at 8:18 AM, Julian Foad wrote:
> Here's a patch to reject silly merge attempts, which up to now give silly
> results.
>
> This does not apply to all merges (general 2-URL and cherry-pick merges), but
> the commonly used 'sync' and 'reintegrate' forms of merge only make sense
Apache Wiki wrote on Wed, Dec 14, 2011 at 19:05:07 -:
> Comment:
> Try to clarify some stuff that didn't quite jive on my last read-thru.
>
> == Design: Server-Dictated Configuration ==
> - Many software development shops of non-trivial size desire to have (and to
> the extent possible, to
writes:
> If I run "svn ci" from the root of my working copy it takes 1m11s to
> complete. However if I instead run
>
> cd
> svn st
> cd subdir
> svn ci
> cd
> svn up
>
> That whole set of commands takes 16s to run. The actual change I am
> committing is adding or deleting a single line of a
I originally sent this to users@ but didn't get any response. Trying dev@.
I'm really starting to get some pushback from our engineers wanting to go back
to 1.6.x because of pretty severe performance slowdowns.
In addition to slow "svn rm" commands we are seeing some pretty severe
slowdowns f
On 12/14/2011 09:47 AM, Eric S. Raymond wrote:
> Heh. Just to add to the confusion, Daniel says that what I'm calling a
> "flow" is elswehere called a "node" and that what I'm calling a "node"
> is elsewhere called a "node-revision".
>
> I'm not sure how I want to deal with this in the 0.3 draf
C. Michael Pilato :
> On 12/14/2011 07:11 AM, Eric S. Raymond wrote:
> > Which brings up a question: should a delete on a non-empty directory succeed
> > or fail?
>
> Succeed.
Thank you, that will go into the 0.3 draft.
> > IMO, part of the reason this stuff is confusing is that your
> > termin
On 12/14/2011 07:11 AM, Eric S. Raymond wrote:
> Which brings up a question: should a delete on a non-empty directory succeed
> or fail?
Succeed.
> IMO, part of the reason this stuff is confusing is that your
> terminology is inadequate; see previous note to Daniel Shahaf. I get
> what you mean b
Here's a patch to reject silly merge attempts, which up to now give silly
results.
This does not apply to all merges (general 2-URL and cherry-pick merges), but
the commonly used 'sync' and 'reintegrate' forms of merge only make sense when
the source and target 'branches' are related (have a c
Please review the enclosed carefully. It incorporates all of
sussman's original notes, everything I've been able to learn or deduce,
and the email conversations. There is a list of open questions
near the top.
--
http://www.catb.org/~esr/";>Eric S. Raymond
= How to interpret Sub
On Wed, Dec 14, 2011, at 06:36, Eric S. Raymond wrote:
> Daniel Shahaf :
> > Replace requires a node to already exist at the target path.
> >
> > Add requires a node to not already exist.
>
> OK, when you say "require", what do you mean? Just that if these conditions
> fail the node should not b
C. Michael Pilato :
> The "replace"
> action found in the dumpfile is just a compacting of some delete operation
> and a subsequent add or copy into a single verb, and that only because it
> helps sequential processors of the dump stream
Daniel Shahaf :
> Replace requires a node to already exist at the target path.
>
> Add requires a node to not already exist.
OK, when you say "require", what do you mean? Just that if these conditions
fail the node should not be modified?
> (container == node)
I see what you mean, but I think
On Wed, Dec 14, 2011, at 11:21, Stefan Sperling wrote:
> On Wed, Dec 14, 2011 at 12:10:25PM +0200, Daniel Shahaf wrote:
> > Andreas' attachment declared itself as
> > Content-Type: text/x-patch; charset=us-ascii; name="german-fuzzy-0.diff"
> > but contained literal [ü»«] characters.
> >
> > An
On Wed, Dec 14, 2011 at 12:10:25PM +0200, Daniel Shahaf wrote:
> Andreas' attachment declared itself as
> Content-Type: text/x-patch; charset=us-ascii; name="german-fuzzy-0.diff"
> but contained literal [ü»«] characters.
>
> Andreas, you should consider fixing that, so it's easier to process
>
On Wed, Dec 14, 2011 at 11:08:45AM +0100, Stefan Sperling wrote:
> Nevermind. For some reason the mail headers said the base64 attachment
> was encoded in ascii. When I locally changed that header to say "utf8"
> it decoded fine with umlauts.
Committed in r1214139, thanks!
I'll see about merging t
Stefan Sperling wrote on Wed, Dec 14, 2011 at 10:41:11 +0100:
> On Wed, Dec 14, 2011 at 01:46:50AM +, Andreas Stieger wrote:
> > Hello,
> >
> > I corrected / translated some fuzzy German strings.
> >
> > [[[
> > * subversion/po/de.po : Fix 61 fuzzy strings.
> > ]]]
> >
> > Regards,
> > Andre
On Wed, Dec 14, 2011 at 10:41:11AM +0100, Stefan Sperling wrote:
> On Wed, Dec 14, 2011 at 01:46:50AM +, Andreas Stieger wrote:
> > Hello,
> >
> > I corrected / translated some fuzzy German strings.
> >
> > [[[
> > * subversion/po/de.po : Fix 61 fuzzy strings.
> > ]]]
> >
> > Regards,
> > An
On 14.12.2011 10:41, Stefan Sperling wrote:
Index: subversion/po/de.po
===
--- subversion/po/de.po (revision 1214015)
+++ subversion/po/de.po (working copy)
@@ -236,9 +236,8 @@ msgid "Invalid character in hex checksum"
msgstr "Ung?
On Wed, Dec 14, 2011 at 01:46:50AM +, Andreas Stieger wrote:
> Hello,
>
> I corrected / translated some fuzzy German strings.
>
> [[[
> * subversion/po/de.po : Fix 61 fuzzy strings.
> ]]]
>
> Regards,
> Andreas Stieger
> Index: subversion/po/de.po
> =
Infrastructure has set up a Pootle instance at https://translate.apache.org/.
# from
https://cwiki.apache.org/confluence/display/INFRA/translate+pootle+service+auth+levels
Creation of public accounts is disabled, however anyone is free to
submit a translation. Committers can apply th
24 matches
Mail list logo
