, 2012 at 9:36 AM
Subject: RE: Temporary implementation of 'blame of UTF-16 file'
To: Johan Corveleyn jcor...@gmail.com
Thanks for your kind reply.
Here's patch of blame.c file.
( It's very late reply mail, but I hope this patch to be considered :-) )
-Original Message-
From: Johan
On Tue, Oct 16, 2012 at 7:13 AM, Stefan Fuhrmann
stefan.fuhrm...@wandisco.com wrote:
On Tue, Oct 16, 2012 at 5:51 AM, Branko Čibej br...@wandisco.com wrote:
On 15.10.2012 17:14, Stefan Fuhrmann wrote:
However, if you have a long-running process like a server, that race
condition extends now
stefan.fuhrm...@wandisco.com wrote:
On Thu, Oct 11, 2012 at 1:32 AM, Johan Corveleyn jcor...@gmail.com wrote:
On Wed, Oct 10, 2012 at 7:09 PM, Stefan Fuhrmann
stefan.fuhrm...@wandisco.com wrote:
...
BTW, that code is not supposed to be *ever*
used for production data.
Ok, good to know. I just
On Mon, Oct 15, 2012 at 7:09 PM, phi...@apache.org wrote:
Author: philip
Date: Mon Oct 15 17:09:01 2012
New Revision: 1398389
URL: http://svn.apache.org/viewvc?rev=1398389view=rev
Log:
Enable SQLite exclusive locking for the command line client as this is
a major performance gain for
On Tue, Oct 16, 2012 at 11:35 AM, cz02 c...@cdak.net wrote:
On 2012-10-16 10:52, Johan Corveleyn wrote:
On Mon, Oct 15, 2012 at 9:12 PM, cz02c...@cdak.net wrote:
Please verify this bug report:
I have two identical files aaa.txt and bbb.txt except that aaa.txt has
no
newline at end
On Mon, Oct 15, 2012 at 7:09 PM, phi...@apache.org wrote:
Author: philip
Date: Mon Oct 15 17:09:01 2012
New Revision: 1398389
URL: http://svn.apache.org/viewvc?rev=1398389view=rev
Log:
Enable SQLite exclusive locking for the command line client as this is
a major performance gain for
On Thu, Oct 18, 2012 at 11:30 PM, Ben Reser b...@reser.org wrote:
Regarding this issue: http://subversion.tigris.org/issues/show_bug.cgi?id=3311
We don't support using --depth options other than infinity with
externals. Bert mentions that wc-ng should make it easier to
implement this.
I'd like to discuss this topic a bit further, to try and understand things more.
On Thu, Oct 18, 2012 at 7:04 PM, Julian Foad julianf...@btopenworld.com wrote:
Philip Martin wrote:
Johan Corveleyn jcor...@gmail.com writes:
With this new exclusive mode it's probably quite clear
Before I look into this further, I'd like to know if anyone else has seen
this or can reproduce this (or doesn't reproduce this with a similar
environment) ...
Tests 12 and 15 of mergeinfo-test.exe and test 4 of skel-test.exe hang on
my machine (i.e. they don't do anything useful anymore, but do
On Tue, Nov 6, 2012 at 8:22 PM, Stefan Sperling s...@elego.de wrote:
On Tue, Nov 06, 2012 at 11:06:51PM +0400, Ivan Zhakov wrote:
/bike-shed note: why property named svn:global-ignores, not
svn:global-ignore? It will be looking more consistent with
svn:ignore.
The name mirrors the
On Tue, Nov 6, 2012 at 8:55 PM, Paul Burba ptbu...@gmail.com wrote:
On Tue, Nov 6, 2012 at 2:33 PM, Johan Corveleyn jcor...@gmail.com wrote:
On Tue, Nov 6, 2012 at 8:22 PM, Stefan Sperling s...@elego.de wrote:
On Tue, Nov 06, 2012 at 11:06:51PM +0400, Ivan Zhakov wrote:
/bike-shed note: why
On Wed, Nov 7, 2012 at 8:52 AM, Daniel Shahaf d...@daniel.shahaf.name wrote:
Paul Burba wrote on Tue, Nov 06, 2012 at 12:01:54 -0500:
Also keep in mind that if you really want to add an ignored file you
can make the file the target of the 'svn add' command. Just like with
the runtime config
On Wed, Nov 7, 2012 at 11:48 AM, Stefan Sperling s...@elego.de wrote:
On Wed, Nov 07, 2012 at 09:40:48AM +0100, Johan Corveleyn wrote:
I haven't tested, but wouldn't something like 'svn add --config-option
config:miscellany:enable-auto-props=no' do something like that?
Nobody wants to type
On Thu, Nov 8, 2012 at 7:30 AM, Stefan Fuhrmann
stefan.fuhrm...@wandisco.com wrote:
On Tue, Nov 6, 2012 at 10:29 PM, Johan Corveleyn jcor...@gmail.com wrote:
On Tue, Nov 6, 2012 at 10:53 AM, Stefan Fuhrmann
stefan.fuhrm...@wandisco.com wrote:
On Mon, Nov 5, 2012 at 2:00 AM, Johan Corveleyn
On Fri, Nov 9, 2012 at 3:14 AM, Johan Corveleyn jcor...@gmail.com wrote:
[...]
Now, I have pinpointed the exact revision where the problems start for
me. It's r1338286, where Bert enabled whole program optimizations for
release builds, in the vcnet_vcxproj.ezt file.
Maybe I'm running
On Sat, Nov 10, 2012 at 11:45 PM, Daniel Shahaf d...@daniel.shahaf.name wrote:
Johan Corveleyn wrote on Sat, Nov 10, 2012 at 15:35:21 +0100:
On Fri, Nov 9, 2012 at 3:14 AM, Johan Corveleyn jcor...@gmail.com wrote:
[...]
Now, I have pinpointed the exact revision where the problems start
On Sun, Nov 11, 2012 at 1:59 PM, Stefan Fuhrmann
stefan.fuhrm...@wandisco.com wrote:
On Thu, Nov 8, 2012 at 6:04 PM, Julian Foad julianf...@btopenworld.com
wrote:
Stefan Fuhrmann wrote:
But I did run across an assertion in mergeinfo.c, :line 1174
during merge_tests.py 125:
Hi,
Does svnlook support inherited-props? At first sight, I think not
(can't see the --show-inherited-props option in the output of 'svnlook
help propget').
Are there any plans to implement this before 1.8?
--
Johan
On Thu, Nov 15, 2012 at 9:56 PM, Paul Burba ptbu...@gmail.com wrote:
On Thu, Nov 15, 2012 at 3:45 PM, Johan Corveleyn jcor...@gmail.com wrote:
Hi,
Does svnlook support inherited-props?
No
At first sight, I think not
(can't see the --show-inherited-props option in the output of 'svnlook
Right now, 'svnlook propget' supports only a single PATH_IN_REPOS argument:
usage: 1. svnlook propget REPOS_PATH PROPNAME PATH_IN_REPOS
I think it would be useful to support multiple targets, like 'svn
propget'. That would make it much faster to gather all props set
during a transaction, for
On Fri, Nov 16, 2012 at 1:19 PM, Julian Foad julianf...@btopenworld.com wrote:
Johan Corveleyn wrote:
Right now, 'svnlook propget' supports only a single PATH_IN_REPOS
argument:
usage: 1. svnlook propget REPOS_PATH PROPNAME PATH_IN_REPOS
I think it would be useful to support multiple
On Sun, Nov 18, 2012 at 9:20 PM, Gianluigi giali...@gmail.com wrote:
Hi,
I'm struggling with svnkit and I've any questions for you:
1) SVNKit implemnt an svnserve or like?
2) If don't implement, is it possible to manage a exsiting svnserve with the
svnkit API?
3)SVNKit implement all features
On Mon, Nov 19, 2012 at 11:38 AM, Daniel Shahaf d...@daniel.shahaf.name wrote:
Johan Corveleyn wrote on Mon, Nov 19, 2012 at 09:43:30 +0100:
(on a related note, I currently have a patch sitting here for adding
--diff-cmd to 'svnlook diff', but those changes are local to the
I wonder what's
On Mon, Nov 19, 2012 at 9:04 PM, Paul Burba ptbu...@gmail.com wrote:
Recently Johan proposed supporting multiple targets for svnlook
propget: http://svn.haxx.se/dev/archive-2012-11/0439.shtml
One of the ideas that came of this was to make the output of 'svnlook
(pl|pg)' mimic the output of
On Mon, Nov 19, 2012 at 2:47 PM, Julian Foad julianf...@btopenworld.com wrote:
Johan Corveleyn wrote:
Daniel Shahaf wrote:
Johan Corveleyn wrote:
I currently have a patch sitting here for adding
--diff-cmd to 'svnlook diff',
I wonder what's the minimal change we could make
On Tue, Nov 20, 2012 at 4:09 PM, Stefan Sperling s...@elego.de wrote:
On Tue, Nov 20, 2012 at 03:40:20PM +0100, Branko Čibej wrote:
On 20.11.2012 15:05, Stefan Sperling wrote:
I just checked the UNIX patch code shipped with OpenBSD and it seems
you're right that it only looks for the
On Tue, Nov 20, 2012 at 10:14 PM, Paul Burba ptbu...@gmail.com wrote:
On Mon, Nov 19, 2012 at 5:27 PM, Johan Corveleyn jcor...@gmail.com wrote:
...
Maybe the output should become something like:
Properties on 'A\B' inherited from
'C:\SVN\src-trunk-2\Debug\subversion\tests\cmdline\svn-test
On Sat, Dec 1, 2012 at 6:36 AM, Justin Erenkrantz jus...@erenkrantz.com wrote:
On Fri, Nov 30, 2012 at 4:54 PM, cmpil...@apache.org wrote:
Author: cmpilato
Date: Fri Nov 30 21:54:35 2012
New Revision: 1415864
URL: http://svn.apache.org/viewvc?rev=1415864view=rev
Log:
Implement in ra_serf
On Sat, Dec 1, 2012 at 10:40 PM, Branko Čibej br...@wandisco.com wrote:
On 01.12.2012 22:18, Ivan Zhakov wrote:
Completely agree.
My point was that in theory skelta-mode is cool, but it still needs a
lot of work to get it really done.
Sorry? I've had http-library = serf in
On Mon, Dec 3, 2012 at 7:57 PM, Paul Burba ptbu...@gmail.com wrote:
On Mon, Nov 19, 2012 at 3:04 PM, Paul Burba ptbu...@gmail.com wrote:
Recently Johan proposed supporting multiple targets for svnlook
propget: http://svn.haxx.se/dev/archive-2012-11/0439.shtml
One of the ideas that came of
On Wed, Dec 5, 2012 at 1:54 AM, Eric S. Raymond e...@thyrsus.com wrote:
Ben Reser b...@reser.org:
...
3) You keep assuming that email addresses are immutably owned by
someone. That is fundamentally not true for the vast majority of
people and frankly is never absolutely not true.
So?
Last week a colleague managed to commit a non-LF-normalized
svn:eol-style=native file in our repository again. As explained in
issue #4065 [1], this causes all kinds of problems.
I suspect there might be a bug in SVNKit, some edge-case where it
doesn't correctly translate the to-be-committed
On Sun, Dec 9, 2012 at 11:42 AM, Branko Čibej br...@wandisco.com wrote:
On 09.12.2012 09:14, Daniel Shahaf wrote:
Johan Corveleyn wrote on Sun, Dec 09, 2012 at 01:02:55 +0100:
Last week a colleague managed to commit a non-LF-normalized
svn:eol-style=native file in our repository again
On Sun, Dec 9, 2012 at 11:43 PM, Daniel Shahaf d...@daniel.shahaf.name wrote:
Johan Corveleyn wrote on Sun, Dec 09, 2012 at 21:15:24 +0100:
2) Am I the only one who wants to protect his repository against this
corruption? Judging from [1], I don't think so. It doesn't make sense
that everyone
On Mon, Dec 10, 2012 at 12:26 AM, Branko Čibej br...@wandisco.com wrote:
On 10.12.2012 00:08, Johan Corveleyn wrote:
On Sun, Dec 9, 2012 at 11:43 PM, Daniel Shahaf d...@daniel.shahaf.name
wrote:
Johan Corveleyn wrote on Sun, Dec 09, 2012 at 21:15:24 +0100:
2) Am I the only one who wants
On Mon, Dec 10, 2012 at 12:47 PM, Daniel Shahaf d...@daniel.shahaf.name wrote:
Branko Čibej wrote on Mon, Dec 10, 2012 at 11:51:08 +0100:
On 10.12.2012 11:31, Daniel Shahaf wrote:
Branko Čibej wrote on Mon, Dec 10, 2012 at 00:26:20 +0100:
On 10.12.2012 00:08, Johan Corveleyn wrote:
On Sun
On Mon, Dec 10, 2012 at 11:07 PM, Ben Reser b...@reser.org wrote:
The 1.7.8 release artifacts are now available for testing/signing.
Please get the tarballs from
https://dist.apache.org/repos/dist/dev/subversion
and add your signatures there.
Summary
---
+1 to release
Platform
On Sat, Dec 29, 2012 at 2:22 PM, Hideki IWAMOTO
h-iwam...@kit.hi-ho.ne.jp wrote:
Hi, Daniel.
Sorry for not understanding using of issue tracker.
OK, thanks for this. Could you set a more descriptive 'summary' on the
issue, please? i.e., describe the bug, not just state that there is
one.
On Thu, Dec 27, 2012 at 9:54 PM, Ben Reser b...@reser.org wrote:
The 1.6.20 release artifacts are now available for testing/signing.
Please get the tarballs from
https://dist.apache.org/repos/dist/dev/subversion
and add your signatures there. I plan to try and release on January
4th so
On Tue, Jan 1, 2013 at 2:41 AM, Ben Reser b...@reser.org wrote:
On Mon, Dec 31, 2012 at 4:47 PM, Daniel Shahaf danie...@elego.de wrote:
(This is currently not possible because svnsync assumes that it writes
to the repository root and assumes revnums in the src and dest
repositories must equal;
On Thu, Dec 27, 2012 at 9:54 PM, Ben Reser b...@reser.org wrote:
The 1.6.20 release artifacts are now available for testing/signing.
Please get the tarballs from
https://dist.apache.org/repos/dist/dev/subversion
and add your signatures there. I plan to try and release on January
4th so
On Tue, Jan 8, 2013 at 1:56 AM, Stefan Sperling s...@apache.org wrote:
On Tue, Jan 08, 2013 at 02:28:34AM +0200, Daniel Shahaf wrote:
Over at infra@ we ran into an issue where an 'svn mv' between two
disjoint working copies --- each wc is of a different subtree of trunk
--- became a mv without
On Tue, Jan 8, 2013 at 10:35 AM, Branko Čibej br...@wandisco.com wrote:
On 08.01.2013 10:05, Bert Huijben wrote:
I don’t think we can keep the moved-to tracking working between
multiple dbs, but I don't think we can just break that you can ‘svn
mv’ data between working copies.
Maybe it
On Tue, Jan 8, 2013 at 12:46 PM, Stefan Sperling s...@apache.org wrote:
On Tue, Jan 08, 2013 at 10:23:22AM +, Philip Martin wrote:
I think move between disjoint working copies
will have to degrade to copy+delete,
+1
That should be relatively straightforward to do.
-0 for now, but maybe
On Tue, Jan 8, 2013 at 1:14 PM, Stefan Sperling s...@apache.org wrote:
On Tue, Jan 08, 2013 at 01:08:04PM +0100, Johan Corveleyn wrote:
-0 for now, but maybe I don't understand. Are you guys talking about:
1) 'svn mv wc1/A wc2' will error out, and user will have to figure
out that he needs
On Tue, Jan 8, 2013 at 1:42 PM, Stefan Sperling s...@apache.org wrote:
On Tue, Jan 08, 2013 at 01:22:42PM +0100, Johan Corveleyn wrote:
Then let's say +0. I'd like it even better if this could be handled
correctly with move-tracking, but I can't help in any meaningful way
myself
On Tue, Jan 8, 2013 at 3:36 PM, Branko Čibej br...@wandisco.com wrote:
On 08.01.2013 11:24, Johan Corveleyn wrote:
(all as disjoint working copies, the sparse working copy feature
is/was a bit too obscure for me, so I didn't know about that. I just
checked out one after the other the things I
On Tue, Jan 8, 2013 at 9:28 PM, Ben Reser b...@reser.org wrote:
We seem to be having trouble getting releases out the door and the
delay is almost always related to Windows votes.
Consider the following data:
Release Planned Actual Unix vs Windows
1.6.19 10
On Tue, Jan 1, 2013 at 3:03 AM, rhuij...@apache.org wrote:
Author: rhuijben
Date: Tue Jan 1 02:03:35 2013
New Revision: 1427278
URL: http://svn.apache.org/viewvc?rev=1427278view=rev
Log:
Resolve another issue in the diff code when using full whitespace
normalization.
Patch by: Hideki
On Mon, Dec 31, 2012 at 7:07 PM, rhuij...@apache.org wrote:
Author: rhuijben
Date: Mon Dec 31 18:07:29 2012
New Revision: 1427210
URL: http://svn.apache.org/viewvc?rev=1427210view=rev
Log:
Following up on r1427197, apply a similar fix to the suffix scanning. Avoid
updating variables until
On Fri, Jan 18, 2013 at 10:43 AM, Stefan Sperling s...@elego.de wrote:
On Thu, Jan 17, 2013 at 10:14:11PM +0100, Bert Huijben wrote:
I think
$ svn mv A B
$ svn mv B A
Will now store moved_from and moved_to in the same record, at the op-depth
of A.
(Or copy_tests.py
On Thu, Jan 17, 2013 at 10:59 PM, Ben Reser b...@reser.org wrote:
On Thu, Jan 17, 2013 at 1:14 PM, Bert Huijben b...@qqmail.nl wrote:
I think
$ svn mv A B
$ svn mv B A
Will now store moved_from and moved_to in the same record, at the op-depth
of A.
(Or copy_tests.py
On Tue, Feb 5, 2013 at 10:43 AM, Bert Huijben b...@qqmail.nl wrote:
svn can do an an auto-relocate after user confirmation... But relocates are
for when a repository moves, not when something moves inside a repository.
(See svn_client_update_internal())
This is all inside a repository... so
On Tue, Feb 5, 2013 at 8:04 PM, Joe Schaefer joe_schae...@yahoo.com wrote:
It was civil until CMike got on his
high horse- you need to police yourselves
a bit better before you start accusing
outsiders of misbehavior- that's how civility
starts degrading in a project.
Woah, there must be
On Tue, Feb 5, 2013 at 10:21 PM, Joe Schaefer joe_schae...@yahoo.com wrote:
Calling a coded solution a giant waste
of time and energy is highly uncivilized
at the ASF, please let's not paper over that.
Oh come on. You're overreacting.
The fact that you started this discussion (and perhaps
On Tue, Feb 12, 2013 at 9:25 PM, Bert Huijben b...@qqmail.nl wrote:
-Original Message-
From: MARTIN PHILIP [mailto:codematt...@ntlworld.com] On Behalf Of
Philip Martin
Sent: dinsdag 12 februari 2013 19:30
To: Bert Huijben
Cc: Ferenc Kovacs; dev@subversion.apache.org
Subject: Re:
On Thu, Feb 14, 2013 at 12:11 AM, rhuij...@apache.org wrote:
Author: rhuijben
Date: Wed Feb 13 23:11:33 2013
New Revision: 1445973
URL: http://svn.apache.org/r1445973
Log:
Allow svn_ra_get_file_revs2() and svn_repos_get_file_revs2() to report file
revisions backwards. This to allow
On Thu, Feb 14, 2013 at 1:20 AM, Bert Huijben b...@qqmail.nl wrote:
We currently fetch all the revision numbers (inserted in an array in the
wrong order.. which we then reverse) and then start delivering changes.
I would be surprised if the revision/path walk step would make a huge
difference
On Thu, Feb 14, 2013 at 3:44 PM, Bert Huijben b...@qqmail.nl wrote:
-Original Message-
From: C. Michael Pilato [mailto:cmpil...@collab.net]
Sent: donderdag 14 februari 2013 15:10
To: Johan Corveleyn
Cc: Bert Huijben; Bert Huijben; dev@subversion.apache.org
Subject: Re: svn commit
On Tue, Feb 19, 2013 at 12:50 PM, Bert Huijben b...@qqmail.nl wrote:
-Original Message-
From: MARTIN PHILIP [mailto:codematt...@ntlworld.com] On Behalf Of
Philip Martin
Sent: dinsdag 19 februari 2013 11:50
To: Bert Huijben
Cc: dev@subversion.apache.org
Subject: Re: svn commit:
On Thu, Feb 21, 2013 at 11:05 AM, Stefan Fuhrmann
stefan.fuhrm...@wandisco.com wrote:
On Mon, Feb 18, 2013 at 5:54 PM, Mark Phippard markp...@gmail.com wrote:
On Sat, Feb 16, 2013 at 4:30 PM, Stefan Fuhrmann
stefan.fuhrm...@wandisco.com wrote:
...
Quite a number of reasons:
* easy setup
On Tue, Mar 12, 2013 at 8:44 PM, Branko Čibej br...@wandisco.com wrote:
...
I have to agree with Mark. As long as we don't know how to track a
mixed-revision move in all cases, then it's better to revert to copy+delete
than to block the move. Ideally only for those parts of the move source that
On Tue, Mar 19, 2013 at 8:56 PM, Gabriela Gibson
gabriela.gib...@gmail.com wrote:
On 19/03/13 13:09, Julian Foad wrote:
Julian Foad wrote:
For the record, the summary line of issue #2044 is 'Fully customizable
external diff invocations'. (I like to mention the summary alongside
the number
On Mon, Mar 25, 2013 at 9:31 PM, Philip Martin
philip.mar...@wandisco.com wrote:
Philip Martin philip.mar...@wandisco.com writes:
$ valgrind -q .libs/lt-diff-diff3-test 15
==6097== Invalid read of size 1
==6097==at 0x503FD83: find_identical_suffix (diff_file.c:586)
==6097==by
On Mon, Mar 25, 2013 at 11:09 PM, Johan Corveleyn jcor...@gmail.com wrote:
On Mon, Mar 25, 2013 at 9:31 PM, Philip Martin
philip.mar...@wandisco.com wrote:
Philip Martin philip.mar...@wandisco.com writes:
$ valgrind -q .libs/lt-diff-diff3-test 15
==6097== Invalid read of size 1
==6097
On Wed, Mar 27, 2013 at 3:10 PM, phi...@apache.org wrote:
Author: philip
Date: Wed Mar 27 14:10:54 2013
New Revision: 1461590
URL: http://svn.apache.org/r1461590
Log:
Fix issue 4339, diff suffix scanning invalid read at last chunk boundary.
* subversion/libsvn_diff/diff_file.c
On Thu, Mar 28, 2013 at 12:18 PM, Philip Martin
philip.mar...@wandisco.com wrote:
Johan Corveleyn jcor...@gmail.com writes:
I can spend more time on this in a week or two, but if you want to dig
into it sooner, I think a better fix would be something like this
(untested / uncompiled):
I
I think I can still compile (and test) 1.6.x, so I'll probably be able to
provide the 3rd sig for 1.6.21. But then I'll hold off on testing 1.7.9.
Maybe someone else can take care of the 3rd sig for 1.7.9 then ...
Of course, if someone is already working on the 3rd Windows sig for both
releases,
On Fri, Mar 29, 2013 at 4:27 AM, Ben Reser b...@reser.org wrote:
The 1.6.21 release artifacts are now available for testing/signing.
Please get the tarballs from
https://dist.apache.org/repos/dist/dev/subversion
and add your signatures there. I plan to try and release on April
4th so please
On Tue, Apr 9, 2013 at 3:08 PM, Stefan Sperling s...@elego.de wrote:
On Wed, Apr 03, 2013 at 01:04:43PM +0200, Stefan Sperling wrote:
To refresh our collective memory, the current trunk code does:
- prevent newlines from entering filenames at the fsfs layer
- prevent control characters from
On Thu, Apr 18, 2013 at 10:05 PM, Bert Huijben b...@qqmail.nl wrote:
Johan Corveleyn reported that he heard multiple reports of this being caused
by earlier SvnKit versions. I have not got a single bugreport of this type
for AnkhSvn via our error reporting infrastructure.
I don’t see how
On Mon, Apr 22, 2013 at 4:34 PM, Julian Foad julianf...@btopenworld.com wrote:
I have filed this as issue #4357, Pristine text missing - cleanup doesn't
work, with a reference to this email thread.
I thought of the following possible improvements, which I have noted in the
doc string of
On Tue, Apr 30, 2013 at 9:26 PM, Daniel Shahaf danie...@elego.de wrote:
FWIW, I did find two references:
tools/dev/windows-build/Makefile:ZLIBVER=1.2.3
No opinion as I don't build on windows any more, but CCing jcorvel.
(Johan: the question is whether we want to update the zlib version used
On Fri, May 17, 2013 at 5:47 PM, danie...@apache.org wrote:
Author: danielsh
Date: Fri May 17 15:47:37 2013
New Revision: 1483879
URL: http://svn.apache.org/r1483879
Log:
Tweak 'svnadmin info' output for packed FSFS filesystems.
* subversion/svnadmin/svnadmin.c
(subcommand_info):
On Thu, May 23, 2013 at 3:08 AM, Ben Reser b...@reser.org wrote:
The 1.6.22 release artifacts are now available for testing/signing.
Please get the tarballs from
https://dist.apache.org/repos/dist/dev/subversion
and add your signatures there. We plan to try and release on May 30th
so please
On Thu, May 23, 2013 at 3:08 AM, Ben Reser b...@reser.org wrote:
The 1.6.22 release artifacts are now available for testing/signing.
Please get the tarballs from
https://dist.apache.org/repos/dist/dev/subversion
and add your signatures there. We plan to try and release on May 30th
so please
On Tue, May 28, 2013 at 9:35 AM, Johan Corveleyn jcor...@gmail.com wrote:
...
For 1.7.10 another Windows sig is missing as well I think. Maybe
someone else can take care of that?
To keep my laptop from being idle I've already started the tests for
1.7.10. So if all goes well my sig should
On Thu, May 23, 2013 at 12:50 AM, Stefan Sperling s...@elego.de wrote:
The 1.7.10 release artifacts are now available for testing/signing.
Please get the tarballs from
https://dist.apache.org/repos/dist/dev/subversion
and add your signatures there. I plan to try and release on May
30th so
On Thu, May 30, 2013 at 1:37 AM, Johan Corveleyn jcor...@gmail.com wrote:
On Thu, May 23, 2013 at 12:50 AM, Stefan Sperling s...@elego.de wrote:
The 1.7.10 release artifacts are now available for testing/signing.
Please get the tarballs from
https://dist.apache.org/repos/dist/dev/subversion
Running gen-make.py on trunk@1487954, I get the following warning at the end:
[[[
WARNING: errno intersects APR error codes: set([1, 10004, 10009,
10013, 10014, 10022, 10024, 10035, 10036, 10037, 10038, 10039, 10040,
10041, 10042, 10043, 10044, 10045, 10046, 10047, 10048, 10049, 10050,
10051,
On Thu, May 30, 2013 at 11:23 PM, Ben Reser b...@reser.org wrote:
On Thu, May 30, 2013 at 2:00 PM, Greg Stein gst...@gmail.com wrote:
As noted elsewhere, press releases are ideally on a Tuesday. I'd really like
to see the release/announce go out, coordinated, on a Tuesday.
That's fine the
I decided to give my dev environment a spring cleaning, and tried
build-svn-deps-win.pl to build the dependencies (great work BTW,
looking forward to having less dependency-building-worries -- thanks).
However, I ran into a problem when the testsuite of pcre was run:
(complete output in
'On Fri, May 31, 2013 at 12:23 PM, Daniel Shahaf danie...@apache.org wrote:
On Fri, May 31, 2013 at 11:30:57AM +0200, Branko Čibej wrote:
I meant specifically the bit that prints that warning, which maybe shouldn't
be quite so platform-agnostic.
Agreed. I don't have a windows box to test the
On Sun, Jun 2, 2013 at 10:25 AM, Johan Corveleyn jcor...@gmail.com wrote:
I decided to give my dev environment a spring cleaning, and tried
build-svn-deps-win.pl to build the dependencies (great work BTW,
looking forward to having less dependency-building-worries -- thanks).
However, I ran
On Sun, Jun 2, 2013 at 11:28 PM, Ben Reser b...@reser.org wrote:
On Sun, Jun 2, 2013 at 2:07 PM, Johan Corveleyn jcor...@gmail.com wrote:
After that, I think it's the httpd build, but that fails with Error:
The specified project must be converted before it can be built.. This
is the last part
Running the testsuite on 1.8.0-rc2, I ran into a test failure of
log_tests.py#7. I'm pretty sure it will prove to be non-reproducible
... it'll be gone when I rerun the test (and I didn't see this when I
tested trunk today). Still, I'm getting a bit nervous lately with
unexplained test failures
On Sun, Jun 2, 2013 at 11:57 PM, Ben Reser b...@reser.org wrote:
On Sun, Jun 2, 2013 at 2:28 PM, Ben Reser b...@reser.org wrote:
I'll go ahead and commit the work that I did earlier, which should get
you further (you'll have to do a little clicking in the IDE to convert
the httpd project) but
On Mon, Jun 3, 2013 at 10:13 AM, Philip Martin
philip.mar...@wandisco.com wrote:
Johan Corveleyn jcor...@gmail.com writes:
** Test 2 requires a lot of stack. PCRE can be configured to
** use heap for recursion. Otherwise, to pass Test 2
** you generally need to allocate 8 mb stack to PCRE
On Wed, Jun 5, 2013 at 1:24 PM, stef...@apache.org wrote:
Author: stefan2
Date: Wed Jun 5 11:24:10 2013
New Revision: 1489814
URL: http://svn.apache.org/r1489814
Log:
On the fsfs-format7 branch: remove an used variable.
Cool. And it still compiles? ;-)
--
Johan
On Wed, Jun 5, 2013 at 2:43 PM, Philip Martin
philip.mar...@wandisco.com wrote:
Johan Corveleyn jcor...@gmail.com writes:
...
But even if the timestamp after the edit is precisely the same as
after the checkout, I don't understand how that can lead to 'commit'
not seeing that the file
On Thu, Jun 6, 2013 at 10:50 AM, Ben Reser b...@reser.org wrote:
On Thu, Jun 6, 2013 at 9:27 AM, Johan Corveleyn jcor...@gmail.com wrote:
Or do we have to worry about the failure modes of svn (or of the
testsuite) when the disk is full?
I don't think we have any problematic failure modes
On Thu, Jun 6, 2013 at 11:01 PM, Ben Reser b...@reser.org wrote:
Here it is: the second Release Candidate for Subversion 1.8.0. You can
fetch the proposed tarballs from here:
https://dist.apache.org/repos/dist/dev/subversion
The magic rev is r1490375
Summary
---
+1 to release
On Tue, Jun 11, 2013 at 4:27 PM, Stefan Sperling s...@elego.de wrote:
On Tue, Jun 11, 2013 at 02:12:14PM +0200, Stefan Sperling wrote:
On Mon, Jun 10, 2013 at 07:21:19PM +0400, Danil Shopyrin wrote:
The current draft of the Subversion 1.8 Release Notes announces
automatic tree conflicts
On Wed, Jun 12, 2013 at 12:59 PM, Danil Shopyrin da...@visualsvn.com wrote:
On Tue, Jun 11, 2013 at 4:12 PM, Stefan Sperling s...@elego.de wrote:
I think the problem with 'svn' is that the menu options were too hard
to figure out. After some discussion with Ivan, I've tweaked the conflict
On Wed, Jun 12, 2013 at 1:57 PM, Stefan Sperling s...@elego.de wrote:
On Wed, Jun 12, 2013 at 01:34:37PM +0200, Johan Corveleyn wrote:
Can't we improve this? (not talking about emergency fixing 1.8.x, but
thinking longer term). Can't we put the incoming edits somewhere, so
the user can do
On Wed, Jun 12, 2013 at 3:25 PM, Stefan Sperling s...@elego.de wrote:
On Wed, Jun 12, 2013 at 03:04:56PM +0200, Johan Corveleyn wrote:
Okay, but doesn't postpone still needs to have a well defined
behavior (and probably as good as possible), even if only for
supporting the --accept=postpone
On Wed, Jun 12, 2013 at 2:25 PM, Julian Foad julianf...@btopenworld.com wrote:
Markus Schaber wrote:
On Mon, Jun 10, 2013 at 01:38:48PM -, danie...@apache.org wrote:
It would have been easy to find what revision removed the line break if we
had a reverse blame --- that is, a blame that
On Wed, Jun 12, 2013 at 3:44 PM, Stefan Sperling s...@elego.de wrote:
On Wed, Jun 12, 2013 at 03:27:58PM +0200, Johan Corveleyn wrote:
I'd say, just edit the moved file with the incoming content, embedded
in conflict markers, just like what we do for text conflicts. That, I
think, would
On Wed, Jun 12, 2013 at 5:46 PM, Stefan Sperling s...@elego.de wrote:
On Wed, Jun 12, 2013 at 05:24:39PM +0200, Johan Corveleyn wrote:
On Wed, Jun 12, 2013 at 3:44 PM, Stefan Sperling s...@elego.de wrote:
On Wed, Jun 12, 2013 at 03:27:58PM +0200, Johan Corveleyn wrote:
I'd say, just edit
Before I forget, I just noticed that there is no mention anywhere in
the release notes about the http-bulk-updates or the corresponding
server side options. I think it's important to at least mention them,
and hopefully give some recommendations, in the section about serf.
The yellow box there,
201 - 300 of 1221 matches
Mail list logo