Philip:
How do I subscribe to the dev list? Not sure I really have time for
that... but perhaps.
Thank you.
Doug
On Fri, May 31, 2013 at 9:03 AM, Philip Martin
philip.mar...@wandisco.comwrote:
Doug,
I started a thread on the dev list and meant to cc you but forgot.
Don't feel any
Daniel:
I think that simply enabling MN (where it is now an error) will create the
situation where the user makes a mistake, gets something they don't expect
and tries to interpret it based on their desire - leading to confusion. I
believe MN should still be an error. A new option (--reverse ?)
Julian:
Given the required RA protocol changes, when could this change be shipped?
What version of SVN?
Thank you.
Doug
On Wed, Feb 19, 2014 at 10:06 AM, Julian Foad julianf...@btopenworld.comwrote:
Marc Strapetz wrote:
Julian Foad wrote:
It looks like we have an agreement in
Julian:
This has been reproduced on 1.9.5 and 1.8.16. I've attached a dump of the
simple test case repo.
Thank you.
Doug
On Wed, Feb 22, 2017 at 8:50 AM, Julian Foad <julianf...@apache.org> wrote:
> Doug Robinson wrote:
>
>> Should "svnrdump" be able to dump ev
Folks:
Should "svnrdump" be able to dump everything that "svnadmin dump" is
capable of?
If so then it has a reproducible bug:
--
1. Add following files into an empty repo.
A /A
A /A/AA
A /A/AA/a.txt
A /A/AA/b.txt
2. Svn copy folder A
Evgeny:
Thank you.
Doug
On Thu, Feb 16, 2017 at 4:40 PM, Evgeny Kotkov
wrote:
> Julian Foad writes:
>
> > == Question ==
> >
> > WANdisco would like to know that there will not be differences in the
> > repository on-disk data due to
Julian:
https://issues.apache.org/jira/browse/SVN-4672
Cheers!
Doug
On Wed, Feb 22, 2017 at 9:11 AM, Julian Foad <julianf...@apache.org> wrote:
> Doug Robinson wrote:
>
>> This has been reproduced on 1.9.5 and 1.8.16. I've attached a dump of
>> the simple test cas
Folks:
The following commands were run on a CentOS 6.x, WANdisco Subversion 1.9.5,
Python 2.7:
--
# svn export https://svn.apache.org/repos/asf/subversion/trunk/
contrib/hook-scripts
# svnadmin create repo
# svn
simplest will mean "/*/**/*" becomes "/*//*" and given that multiple
'/' always collapse to a single '/' in "path arithmetic" becomes "/*/*" for
its shortest match.
/**/*/* This requires 1 directory and then something else. Pretty much
the same as the pri
Daniel:
On Tue, Mar 28, 2017 at 5:43 PM, Daniel Shahaf <d...@daniel.shahaf.name>
wrote:
> Doug Robinson wrote on Tue, Mar 28, 2017 at 09:05:53 -0400:
> > That said, in discussions I've had I think about the SVN regex "**"
> > differently than the zsh const
Folks:
I realize that the SHA1-collision issues are consuming most of the duty
cycles at this point. Before I forget about this one - should I file a bug?
Cheers!
Doug
On Thu, Mar 2, 2017 at 8:19 AM, Doug Robinson <doug.robin...@wandisco.com>
wrote:
> Folks:
>
> The followin
Daniel:
https://issues.apache.org/jira/browse/SVN-4674
Thank you.
Doug
On Mon, Mar 6, 2017 at 11:06 AM, Daniel Shahaf <d...@daniel.shahaf.name>
wrote:
> Doug Robinson wrote on Mon, Mar 06, 2017 at 10:15:04 -0500:
> >
> > Doug Robinson <doug.robin...@wandisco.com> w
Julian:
No need to drive it further at this time.
Thank you.
Doug
On Thu, Feb 23, 2017 at 9:15 AM, Julian Foad <julianf...@apache.org> wrote:
> Doug Robinson wrote:
>
>> https://issues.apache.org/jira/browse/SVN-4672
>>
>
> Thanks, Doug, that's great. Let m
Daniel:
The shell's all treat ** as * and require that it match something. So
"mkdir -p foo/bar/baz" would match.
I would expect "/*/**/*", "/**/*/*" and "/*/*/**" to all match exactly the
same sets of components.
No command shell that I know of (sh,bash,zsh,tcsh,csh,ksh) has a
moral
Daniel:
On Mon, May 1, 2017 at 2:05 PM, Daniel Shahaf <d...@daniel.shahaf.name>
wrote:
> Doug Robinson wrote on Mon, May 01, 2017 at 14:20:16 +:
> > On Mon, Apr 17, 2017 at 21:13 Daniel Shahaf <d...@daniel.shahaf.name>
> wrote:
> > > Stefan Fuhrmann wrote
Johan:
Sorry for my sporadic replies... bin a bit hectic here.
Reply buried deep below.
On Fri, May 5, 2017 at 5:09 AM, Johan Corveleyn <jcor...@gmail.com> wrote:
> On Fri, May 5, 2017 at 12:49 AM, Doug Robinson
> <doug.robin...@wandisco.com> wrote:
> >
> > Johan
u.
Doug
On Fri, May 5, 2017 at 5:22 AM, Branko Čibej <br...@apache.org> wrote:
> On 05.05.2017 11:09, Johan Corveleyn wrote:
> > On Fri, May 5, 2017 at 12:49 AM, Doug Robinson
> > <doug.robin...@wandisco.com> wrote:
> >> Johan:
> >>
> >> (sorry
Johan, et. al.:
Solid discussion - thank you. As I said, I'll keep a watch as things
progress...
Cheers.
Doug
On Wed, May 10, 2017 at 5:37 PM, Johan Corveleyn <jcor...@gmail.com> wrote:
> On Wed, May 10, 2017 at 5:40 PM, Doug Robinson
> <doug.robin...@wandisco.com> wr
Stefan:
[sorry for the delay]
On Thu, May 18, 2017 at 9:38 AM, Stefan Fuhrmann <stef...@apache.org> wrote:
> On 27.02.2017 17:05, Julian Foad wrote:
>
>> Doug Robinson wrote:
>>
>>> Folks:
>>>
>>> "Julian said Stefan said this could be
Daniel:
On Mon, Apr 17, 2017 at 21:13 Daniel Shahaf wrote:
> Stefan Fuhrmann wrote on Mon, Apr 17, 2017 at 22:22:33 +0200:
> > On 15.03.2017 10:55, Daniel Shahaf wrote:
> > >>From the 1.10 draft release notes:
> > >
> > >>All wildcards apply to full path segments only,
Johan:
On Thu, May 4, 2017 at 7:26 AM, Johan Corveleyn <jcor...@gmail.com> wrote:
> On Thu, May 4, 2017 at 10:16 AM, Daniel Shahaf <d...@daniel.shahaf.name>
> wrote:
> > Doug Robinson wrote on Wed, May 03, 2017 at 15:54:50 -0400:
> ...
> >> Not seeing it
Johan:
(sorry for the empty message - dwim failed)
On Thu, May 4, 2017 at 7:26 AM, Johan Corveleyn <jcor...@gmail.com> wrote:
> On Thu, May 4, 2017 at 10:16 AM, Daniel Shahaf <d...@daniel.shahaf.name>
> wrote:
> > Doug Robinson wrote on Wed, May 03, 2017 at 15:54:50 -040
On Wed, Dec 6, 2017 at 7:09 PM, Daniel Shahaf
wrote:
> Evgeny Kotkov wrote on Wed, Dec 06, 2017 at 00:12:55 +0300:
> > Unfortunately, on Windows both `--search M*` and (quoted) `--search "M*"`
> > would expand the asterisk. While this is not the default shell behavior,
Stefan, et. al.:
Strangely, searching for Solaris brought this to my attention (I didn't see
it before today). Do you still need a Spark/Solaris box for testing? I'm
not sure what we've got but I can try to see if we've replaced the dead
machine (yet) and whether you could use it?
Cheers.
Folks:
I've now seen a request for this twice in as many days. Once from
a customer and once from someone posting to a Subversion forum
here:
https://www.svnforum.org/forum/opensource-subversion-forums/apache-subversion-1-8-support/80218-subversion-checkout-on-distrubuted-filesytem
The general
Brane:
Good to hear from you!
On Wed, Apr 11, 2018 at 2:57 PM, Branko Čibej <br...@apache.org> wrote:
> On 11.04.2018 20:27, Doug Robinson wrote:
> > I've now seen a request for this twice in as many days. Once from
> > a customer and once from someone posting to a Subv
Philip:
Thank you for responding!
On Wed, Apr 11, 2018 at 4:08 PM, Philip Martin <phi...@codematters.co.uk>
wrote:
> Doug Robinson <doug.robin...@wandisco.com> writes:
>
> > The general setup is that they want to have a working copy on a
> > Distributed
Julian:
Just one quick note:
On Fri, Sep 28, 2018 at 10:42 AM Julian Foad wrote:
> >> I used to have such a tool in a past environment. It was WONDERFUL. I
> haven't seen hide nor hair of one for Linux... that would be ideal.
>
> >See the most-voted answer here:
>
Honored committers (and the rest of us):
It's come to my attention that if a group is defined in an AuthZ
file without an associated account that SVN is, as of 1.10, generating
an error and failing to allow the use of that AuthZ file.
Example:
[groups]
goodGroup = acct1
goodGroup2 =
Brane:
See below.
On Sat, Jan 19, 2019 at 15:12 Branko Čibej wrote:
> On 19.01.2019 17:17, Branko Čibej wrote:
>
> Hi Doug!
>
> On 18.01.2019 23:07, Doug Robinson wrote:
>
> Honored committers (and the rest of us):
>
> It's come to my attention that if a group is
Brane:
I just read through this thread. Your proposal makes a lot of sense.
To me, it's one of those things that should go into a new version (not a
patch).
And there should be a nit-picky script to point out "strange stuff" (like
the example
that Julian posed).
Cheers.
Doug
On Mon, Dec 3,
Brane:
I've decided that documenting the syntax of authz files at this level
> doesn't really belong in this document. So I started this:
>
> https://cwiki.apache.org/confluence/x/oYvQBQ
>
> and will refer to that page instead, pointing out the differences.
>
The statement "Section names are
Gentle reminder.
On Fri, Jul 26, 2019 at 5:43 PM Doug Robinson
wrote:
> Committers, et. al.:
>
> This was just sent to us by a customer. We've verified on at 1.10.4. I
> checked in JIRA and didn't find a matching bug. Should I create a new JIRA?
>
>
> $ svna
Stefan:
Thank you!
Cheers!
Doug
On Mon, Aug 5, 2019 at 10:38 AM Stefan Sperling wrote:
> On Mon, Aug 05, 2019 at 08:40:48AM -0400, Doug Robinson wrote:
> > Gentle reminder.
> >
> > On Fri, Jul 26, 2019 at 5:43 PM Doug Robinson <
> doug.robin...@wandisco.
Committers, et. al.:
This was just sent to us by a customer. We've verified on at 1.10.4. I
checked in JIRA and didn't find a matching bug. Should I create a new JIRA?
$ svnadmin create test_repo
$ svn co file:///tmp/test_repo accnt
Checked out revision 0.
$ cd accnt/
$ touch a.c b.c
$
Folks:
If I use "svn diff --patch compatible" to produce a patch file. Then edit
that patch file using an editor with settings that replace the TAB with a
"proper" number of SPACE characters, the "svn patch" command will declare:
$ svn patch ../n.txt
Skipped missing target: 'TheFile (revision
On Mon, Dec 16, 2019 at 8:55 PM Daniel Shahaf
wrote:
> Doug Robinson wrote on Mon, Dec 16, 2019 at 11:13:25 -0500:
> > So the two file names, differing only by a TAB in the "right place" will
> > currently have completely different behaviors:
> >
> > My File
On Sat, Dec 14, 2019 at 6:13 AM Stefan Sperling wrote:
> 'svn patch' already behaves like regular patch, i.e. it assumes the whole
> line
> denotes a file name if no TAB can be found.
>
> The problem is that svn diff's revision number marker " (revision XY)" must
> be separated by a TAB.
Folks:
Can we get this fix back-ported into 1.10.x please? Breaking an LTS is
unfortunate as is waiting until the next LTS.
Cheers.
Doug
On Wed, Sep 4, 2019 at 8:03 PM Johan Corveleyn wrote:
> On Wed, Sep 4, 2019 at 2:47 PM Johan Corveleyn wrote:
> >
> > On Wed, Sep 4, 2019 at 2:01 PM
Daniel:
On Mon, Nov 25, 2019 at 1:31 PM Daniel Shahaf
wrote:
> Doug Robinson wrote on Mon, 25 Nov 2019 14:11 +00:00:
> > Can we get this fix back-ported into 1.10.x please? Breaking an LTS is
> > unfortunate as is waiting until the next LTS.
>
> r1866425 is already in
>
Rüdiger:
On Mon, Oct 7, 2019 at 3:51 PM Ruediger Pluem wrote:
> On 10/07/2019 08:40 PM, Branko Čibej wrote:
> > On Mon, 7 Oct 2019, 19:47 Doug Robinson, <mailto:doug.robin...@wandisco.com>> wrote:
> >
> > Folks:
> >
> > I spoke with this user
Brane:
On Mon, Oct 7, 2019 at 2:40 PM Branko Čibej wrote:
> On Mon, 7 Oct 2019, 19:47 Doug Robinson,
> wrote:
>
>> I spoke with this user late last week. They stated that they can only
>> get approximately 400 parallel SVN operations before the "system
>>
e). Turns out
that even with ~100 parallel SVN operations the "system time" starts
becoming significant/measurable (~10%). Both HTTP (mod_dav_svn) and
"svnserve" protocols participate in the lock contention.
Your help would be greatly appreciated.
Cheers.
Doug
On Fri, Oct 4,
Folks:
>From a Subversion user:
“... we have very high concurrent connections to Subversion that seem to
crater Subversion. The SVN Serve process we use to access the Subversion
repository is using the “svn” protocol by our “system user”, mostly
read-only. Then, we, on behalf of the user make
17, 2019 at 08:33:09AM -0500, Doug Robinson wrote:
> >>> And of course, both the
> >>> filename and the label (= the part after the tab character) may
> contain an
> >>> arbitrary number of spaces.
> >> The problem is parsing the line into proper
Folks:
On Mon, Jan 6, 2020 at 9:21 AM Nathan Hartman
wrote:
> Daniel Shahaf wrote:
> >
> > We're coming up on the 20th anniversary of the first commit to
> > Subversion's CVS repository:
> >
> > [[[
> > % svn log ^/subversion -r 0:HEAD -l 3 | vipe
> >
Folks:
On Mon, Jan 6, 2020 at 9:21 AM Nathan Hartman
wrote:
> Daniel Shahaf wrote:
> >
> > We're coming up on the 20th anniversary of the first commit to
> > Subversion's CVS repository:
> >
> > [[[
> > % svn log ^/subversion -r 0:HEAD -l 3 | vipe
> >
Nathan:
Let me see what we can do.
Cheers.
Doug
On Fri, Jan 10, 2020 at 10:20 AM Nathan Hartman
wrote:
> On Fri, Jan 10, 2020 at 10:07 AM Doug Robinson
> wrote:
>
>> Folks:
>>
>> On Mon, Jan 6, 2020 at 9:21 AM Nathan Hartman
>> wrote:
>>
>>
Daniel, et. al.:
On Mon, Jan 2, 2023 at 5:14 PM Daniel Sahlberg
wrote:
> In a thread started by Vincent Lefevre in October [1] it was noted that
> Subversion prints several pieces of information from the repository to the
> terminal (including log messages and author names) without considering
49 matches
Mail list logo