Mailing-List: contact dev-help@subversion.apache.org; run by ezmlm
Precedence: bulk
MIME-Version: 1.0
In-Reply-To: <CAB84uBWB6pVzwMCJWa5ntQuTCuYrJAW4RuEEDGAw5-r6GOUJyg@mail.gmail.com>
References: <CA+298Uhy6TvBJ9hF=BCvViiyAQbgkj4Zwe-0DfCM3=zZL-r_6g@mail.gmail.com>
 <CAHFaGCrMxw5th70ardYOBfDEmOwdAsnRytsW9AQfw3L0Gdp_bw@mail.gmail.com>
 <CA+298Uj7Trqmq5_XaY8QgfvDQb_dzcJbWwHpR4m37+yxWOJM3Q@mail.gmail.com>
 <CAB84uBV+zyNBKKEK6F7+v0htgw9nh6qoHprByF9s-yVphWjjYQ@mail.gmail.com>
 <CA+298Ui5BPrzZoHJUF7ZgvxGfo4y3qBaBWmgot+TrF6qzUvnjg@mail.gmail.com>
 <f85931a8-3a12-9583-1a57-1f40344d21ad@apache.org> <CAB84uBWB6pVzwMCJWa5ntQuTCuYrJAW4RuEEDGAw5-r6GOUJyg@mail.gmail.com>
From: Jacek Materna <jacek@assembla.com>
Date: Thu, 13 Jul 2017 11:09:27 +0200
Message-ID: <CAGjJbcuzeq4-UEgf+_1QDuk1ebQp8y=7d9==O6vVmjfNSmUw_g@mail.gmail.com>
Subject: Re: Proposal: new fsfs.conf properties
To: Johan Corveleyn <jcorvel@gmail.com>
Cc: =?UTF-8?Q?Branko_=C4=8Cibej?= <brane@apache.org>,
	Subversion Development <dev@subversion.apache.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
archived-at: Thu, 13 Jul 2017 09:10:24 -0000

On Thu, Jul 13, 2017 at 9:36 AM, Johan Corveleyn <jcorvel@gmail.com> wrote:
>
> On Thu, Jul 13, 2017 at 8:27 AM, Branko =C4=8Cibej <brane@apache.org> wro=
te:
> > On 13.07.2017 04:07, Paul Hammant wrote:
> >> I flipped _back_ to Python's requests.put(..) in my solution - from a
> >> regular Svn client. That relies on 'autoversioning=3Don' for it to wor=
k
> >> over DAV, I mean. In that configuration it functions like curl, of
> >> course.
> >>
> >> _Commit Messages_
> >>
> >> I'd love a --header "svn:message: my message" too.  I raised it before
> >> in https://issues.apache.org/jira/browse/SVN-4454
> >> <https://issues.apache.org/jira/browse/SVN-4454> but the team was
> >> split back in 2013 on yes vs no. I'm thinking I'd like it again,
> >> having reviewed all the comments. Can I ask for that issue/request to
> >> be reopened, please ?
> >
> >
> > I'm wondering what you gain with curl and autoversioning over, e.g.,
> > svnmucc or using our bindings (or even our libraries)? Other than that
> > you can't set the log message or any other properties.
> >
> > FWIW, I strongly disagree with the idea of adding this feature, given
> > that there are already _two_ ways of doing this without having a workin=
g
> > copy.
>
> As I said in my previous response here, I think the reason for Paul to
> go for curl+autoversioning is speed, because it eliminates client-side
> deltification. It was suggested and demonstrated by Philip here:
>
> https://svn.haxx.se/dev/archive-2017-07/0040.shtml
>
> But I'm wondering if that curl advantage won't dissapear if we develop
> a solution for a normal svn client to skip deltification.

Keen to understand this - speeding up commits in a supported way (for
specific workflows) would be a major win.

>
> --
> Johan