On Mon, 2011-06-06, Bert Huijben wrote:
> Julian Foad wrote:
> > Bert Huijben wrote:
> > > There are also a lot of translations where the number of '%' characters in
> > > the English and translated message doesn't match. (Most in the safe way,
> > > but not all of them)
> >
> > Do you know a way
On Mon, 2011-08-08 at 21:44 +0300, Daniel Shahaf wrote:
> julianf...@apache.org wrote on Mon, Aug 08, 2011 at 18:32:08 -:
> > +++ subversion/trunk/subversion/bindings/ctypes-python/test/remoterepos.py
> > Mon Aug 8 18:32:07 2011
> > @@ -46,17 +46,24 @@ class RemoteRepositoryTestCase(unittest.
Hello!
I've recently picked up the subversion 1.7 beta 2 build (included in the latest
TortoiseSVN beta) and did a checkout of our solution (~10,000 files, ~2,000
folders, ~180MB).
With Subversion 1.6.1, it takes roughly 5 minutes, with Subversion 1.7 beta 2,
it takes about 10 minutes.
Is this
On Tue, Aug 09, 2011 at 08:13:49AM +, Ketting, Michael wrote:
> Hello!
>
> I've recently picked up the subversion 1.7 beta 2 build (included in the
> latest TortoiseSVN beta) and did a checkout of our solution (~10,000 files,
> ~2,000 folders, ~180MB).
> With Subversion 1.6.1, it takes rough
> -Original Message-
> From: Ketting, Michael [mailto:michael.kett...@rubicon.eu]
> Sent: dinsdag 9 augustus 2011 10:14
> To: dev@subversion.apache.org
> Subject: Significant checkout performance degradation between 1.6.1 and
> 1.7b2
>
> Hello!
>
> I've recently picked up the subversion
Is this via http? Given that export is slower I'd be willing to bet the
performance difference is from the new http client library - serf. It is
typically slower than Neon. Try switching to neon and run it again.
Sent from my iPhone
On Aug 9, 2011, at 4:13 AM, "Ketting, Michael"
wrote:
> H
Hi all,
Currently we have the "get-location-segments.py" script in our repo
which works fine in normal cases. But when we run it against a repo
which throws the authentication challenge, the script fails with error
code "170001"
("OPTIONS of 'https://some/path': authorization failed: Could
On Thu, Aug 4, 2011 at 2:20 PM, Mark Phippard wrote:
> We do not currently have a consensus for whether Serf or Neon should be the
> default http-client library for 1.7. See:
> http://svn.apache.org/repos/asf/subversion/branches/1.7.x/STATUS
> In the interests of getting to consensus, I would lik
On Tue, Aug 9, 2011 at 8:07 AM, Mark Phippard wrote:
> Is this via http? Given that export is slower I'd be willing to bet the
> performance difference is from the new http client library - serf. It is
> typically slower than Neon. Try switching to neon and run it again.
>
I updated to the lat
Hi Mark!
Yes, I'm using HTTP. Well, HTTPS, but from the rest of your response, that
looks like a minor detail.
This tidbit about the library is interesting news. I just did a bit of
mailing-list research on this subject.
How do I switch the library? Is there a command line option or a config-se
Hello Bert!
I'm using HTTPS. Should have thought to mention that.
I've added more information in my response to Stefan's mail.
Regards, Michael
> -Original Message-
> From: Bert Huijben [mailto:b...@qqmail.nl]
> Sent: Dienstag, 09. August 2011 12:27
> To: Ketting, Michael; dev@subversion.
Thanks for the quick response, Stefan!
No, the setup is quite ordinary:
The client is using Windows Server 2008 (64bit), using svn 32bit or 64bit makes
no difference.
The working copy gets written to a regular disk.
I'm using HTTPS.
The server uses the CollabNet SVN Server 1.6.4
Our repository
On Tue, Aug 9, 2011 at 8:49 AM, Ketting, Michael wrote:
> Hi Mark!
>
> Yes, I'm using HTTP. Well, HTTPS, but from the rest of your response, that
> looks like a minor detail.
>
> This tidbit about the library is interesting news. I just did a bit of
> mailing-list research on this subject.
> How
Hi,
I would like to propose to add a way to abort updates in case of an
conflict. This could be done by adding e.g. an abort command to the
interactive conflict resolution. This should transform the working copy
to the situation before the update that resulted in an conflict happend.
The reason I
On Tue, Aug 9, 2011 at 4:13 AM, Ketting, Michael wrote:
> I've recently picked up the subversion 1.7 beta 2 build (included in the
> latest TortoiseSVN beta) and did a checkout of our solution (~10,000 files,
> ~2,000 folders, ~180MB).
> With Subversion 1.6.1, it takes roughly 5 minutes, with Su
No takers? With only the slightest of effort, you too could be one of
the signers of 1.7.0-beta3, and have your name immortalized in the
release announcement. Don't delay, test on your Windows box and sign
today!
-Hyrum
On Mon, Aug 8, 2011 at 4:52 PM, Hyrum K Wright
wrote:
> FYI: We're still l
> I would like to propose to add a way to abort updates in case of an conflict.
> This could be done by adding e.g. an abort command to the interactive
> conflict resolution. This should transform the working copy to the situation
> before the update that resulted in an conflict happend.
>
> The r
On Tue, Aug 09, 2011 at 03:55:00PM -0400, Bob Archer wrote:
> > I would like to propose to add a way to abort updates in case of an
> > conflict.
> > This could be done by adding e.g. an abort command to the interactive
> > conflict resolution. This should transform the working copy to the situati
> On Tue, Aug 09, 2011 at 03:55:00PM -0400, Bob Archer wrote:
> > > I would like to propose to add a way to abort updates in case of an
> conflict.
> > > This could be done by adding e.g. an abort command to the
> > > interactive conflict resolution. This should transform the working
> > > copy to
[Bob Archer]
> Ok, isn't this just a reverse merge?
I guess you didn't read the whole thread. His initial question made it
pretty clear he's not doing a reverse merge, but asking for a new
feature for 'svn update'.
> Also, not sure why this is on the dev list... it should be on
> users@s.a.o
On Tue, Aug 9, 2011 at 4:49 PM, wrote:
> ** **
>
> Ok, I’ve tracked down which revision caused the problem. It happened in
> rev 1104160. Stefan2 made a change to utf.c to speed up UTF8 conversion.
> Ever since this change went in I am seeing subversion crash when I compile
> on 64bit el4.
Mark Phippard writes:
> On Tue, Aug 9, 2011 at 4:49 PM, wrote:
>
>> ** **
>>
>> Ok, I’ve tracked down which revision caused the problem. It happened in
>> rev 1104160. Stefan2 made a change to utf.c to speed up UTF8 conversion.
>> Ever since this change went in I am seeing subversion crash whe
On Tue, Aug 9, 2011 at 4:02 PM, wrote:
>
> P.S. why isn’t “make check” structured so that the –j option to make would
> work. It would be nice to use multiple threads to speed up the run.
The testsuite itself is internally parallelized. I don't remember
what the magic options are to enable it,
On Tue, Aug 09, 2011 at 03:02:35PM -0600, michael_rytt...@agilent.com wrote:
> P.S. why isn't "make check" structured so that the -j option to make would
> work. It would be nice to use multiple threads to speed up the run.
You want: make check PARALLEL=1
svn update --accept=merge --config-option=config:helpers:diff3-cmd='kill $PPID'
|| svn cleanup
Till Maas wrote on Tue, Aug 09, 2011 at 19:45:20 +0200:
> Hi,
>
> I would like to propose to add a way to abort updates in case of an
> conflict. This could be done by adding e.g. an abort command to t
25 matches
Mail list logo
