Re: svn commit: r1809090 - in /subversion/trunk/subversion/libsvn_subr: ./ utf8proc/

2017-09-21 Thread Branko Čibej
On 21.09.2017 00:33, br...@apache.org wrote: > Author: brane > Date: Wed Sep 20 22:33:54 2017 > New Revision: 1809090 > > URL: http://svn.apache.org/viewvc?rev=1809090&view=rev > Log: > Merge upstream utf8proc 2.1.0 into trunk. I've been meaning to do this for a while. In short: this is a faster,

Re: Sparse checkouts suggestion

2017-09-21 Thread Paul Hammant
> > [...] > > if /foo does not exist at checkout time -- and if we'd want /* to mean > "include anything new that appears in the repository", not "include > everything else that's in the repository at the time of the checkout". > I'm not sure if you agree or not, but I think the fine-grained globb

Re: Sparse checkouts suggestion

2017-09-21 Thread Paul Hammant
> > > > 2. Previously I forked a medium-sized Monorepo on Github, and did the the > complete expand/contract work for it - https://github.com/paul-hamm > ant-fork/jooby-monorepo-experiment - in Python. > > LOGIBALL's Tim Krüger has just written about a deployment of an expanding/contracting monorep

Re: Sparse checkouts suggestion

2017-09-21 Thread Branko Čibej
On 21.09.2017 12:08, Paul Hammant wrote: > > [...] > > if /foo does not exist at checkout time -- and if we'd want /* to mean > "include anything new that appears in the repository", not "include > everything else that's in the repository at the time of the checkout". > > > I'm not

Upcoming Subversion hackathon 2017

2017-09-21 Thread Evgeny Kotkov
Dear Members of the Subversion community, The Apache Subversion project organizes a yearly 1-week-long hackathon for its project members where we gather around at one location and push forward the development of the project. This gives us a time frame where we can fully focus and concentrate on t

Re: Sparse checkouts suggestion

2017-09-21 Thread Paul Hammant
> > > I'm not sure if you agree or not, but I think the fine-grained globbing > include/exclude capability as Perforce has it. is required. > > > "Required" implies "working copy format change". That's always hard. > > "Optional" means "get some of the features sooner." > I'm a big advocate for "s

Re: Tip of the day: Cheatsheet for common cmdline client operations

2017-09-21 Thread Johan Corveleyn
Op 20 sep. 2017 17:28 schreef "Pavel Lyalyakin" < pavel.lyalya...@visualsvn.com>: Hello, On Tue, Sep 19, 2017 at 12:42 AM, Johan Corveleyn wrote: > > On Mon, Sep 18, 2017 at 6:00 PM, Pavel Lyalyakin > wrote: > > Hello, > > > > On Fri, Sep 15, 2017 at 11:57 PM, Johan Corveleyn wrote: > >> On Th

svn-warnings bot doesn't catch warnings

2017-09-21 Thread Daniel Shahaf
https://ci.apache.org/builders/svn-warnings currently reports "success" on builds that have compiler warnings, e.g., https://ci.apache.org/builders/svn-warnings/builds/1999/steps/Make/logs/stdio That's broken: it's supposed to report "warnings" (in yellow) rather than "success" (in green) in that

Meta: Inline replies in gmail are broken in text/plain view (was: Re: Tip of the day: Cheatsheet for common cmdline client operations)

2017-09-21 Thread Daniel Shahaf
Johan Corveleyn wrote on Thu, 21 Sep 2017 15:54 +0200: > Op 20 sep. 2017 17:28 schreef "Pavel Lyalyakin" < > pavel.lyalya...@visualsvn.com>: > > Hello, The line "Hello" was written by Pavel; Johan's MUA should have preceded it with a ">" but did not. Consequently, the reply is virtually unreadab