On 11/6/14 8:40 PM, Nico Kadel-Garcia wrote:
> Isn't clang installed with MacPorts? Or is that just more recent
> versions of clang?
Barry said in his original posting he was using clang from XCode 6.1 command
line tools package, which is Apple's official distribution of a compiler
toolchain for O
On Thu, Nov 6, 2014 at 2:39 PM, Ryan Schmidt
wrote:
> Nothing in this thread so far has indicated MacPorts is in use. Did you mean
> to say clang instead of MacPorts? If so, then testing with clang is
> imperative because it is the only viable compiler for use on OS X these days.
Isn't clang i
On 07.11.2014 00:44, Stefan Fuhrmann wrote:
>
> Furthermore, hot upgrades are a new feature in FSFSv7: So, if you have
> an issue with that, by all means propose that we forbid hot
> upgrades, as
> that will not be a regression compared to FSFSv6. Do not rip out a
> completely o
On Thu, Nov 6, 2014 at 2:07 PM, Ben Reser wrote:
> On 11/6/14 8:44 AM, Greg Stein wrote:
> > That is no "decision" because it didn't occur here on the list.
>
> It certainly was discussed on this list:
>
> http://mail-archives.apache.org/mod_mbox/subversion-dev/201306.mbox/%3C51B9C8AB.9090203%40c
[This goes mostly to Ivan but the last part goes to Brane. Don't want to
sub-thread here.]
On Thu, Nov 6, 2014 at 8:24 PM, Branko Čibej wrote:
> On 06.11.2014 20:03, i...@apache.org wrote:
> > Author: ivan
> > Date: Thu Nov 6 19:03:31 2014
> > New Revision: 1637184
> >
> > URL: http://svn.apach
+1 on commit.
Looks like r1631446 accidentally dropped the "NAME" parameter.
Putting REPOS_PATH back in front of the other parameters is also
consistent with the other commands,
-- Stefan^2.
On Thu, Nov 6, 2014 at 11:04 PM, Andreas Stieger
wrote:
> Hello,
>
> svnadmin help setrevprop in trunk
On Thu, Nov 06, 2014 at 09:52:45PM +, Andreas Stieger wrote:
> Hello,
>
> please review the attached patch for the svn-bench output. This file
> probably started life as a copy of it's svn equivalent.
>
>
> [[[
> Apply equivalent change to r1522518 to svn-bench help output
>
> * subversion/
Hello,
svnadmin help setrevprop in trunk is missing the NAME parameter. The
attached patch restores this, and also orders the parameters to match
the other subcommands.
[[[
Follow-up to r1631446, add missing NAME to svnadmin help setrevprop
* subversion/svnadmin/svnadmin.c
(cmd_table): Restore
Hello,
please review the attached patch for the svn-bench output. This file
probably started life as a copy of it's svn equivalent.
[[[
Apply equivalent change to r1522518 to svn-bench help output
* subversion/svn/help-cmd.c
(svn_cl__help): No not show the version number in help output as
On Thu, Nov 6, 2014 at 8:55 PM, Ben Reser wrote:
> On 11/6/14 5:10 AM, Nico Kadel-Garcia wrote:
> > Out of curiosity, do the same issues occur with gcc on a modern box?
> > Ther'e's a lot to like about MacPorts, but I don't think it's the
> > primary build and testing platform for Subversion.
>
>
On 11/6/14 8:44 AM, Greg Stein wrote:
> That is no "decision" because it didn't occur here on the list.
It certainly was discussed on this list:
http://mail-archives.apache.org/mod_mbox/subversion-dev/201306.mbox/%3C51B9C8AB.9090203%40collab.net%3E
A number of us have been operating under the ass
On 11/6/14 5:10 AM, Nico Kadel-Garcia wrote:
> Out of curiosity, do the same issues occur with gcc on a modern box?
> Ther'e's a lot to like about MacPorts, but I don't think it's the
> primary build and testing platform for Subversion.
Yes gcc is going to have the same issues because the declarat
On Nov 6, 2014, at 7:10 AM, Nico Kadel-Garcia wrote:
> On Wed, Nov 5, 2014 at 3:37 PM, Mark Phippard wrote:
>> On Wed, Nov 5, 2014 at 12:35 PM, Ben Reser wrote:
>>>
>>> On 11/5/14 10:49 AM, Barry Scott wrote:
I have been building pysvn against the latest svn kits. 1.7.18, 1.8.10
and 1.9
Hi,
the svn help auth text reads as follows:
> Manage cached authentication credentials.\n
> usage: 1. svn auth [PATTERN ...]\n
> usage: 2. svn auth --remove PATTERN [PATTERN ...]\n
> \n
> With no arguments, list all cached authentication credentials.\n
> Authentication credentials include us
On 06.11.2014 20:24, Branko Čibej wrote:
> This is a really major functional change. I would have expected some
> discussion on dev@ about why you think this is necessary, or even
> useful, before you committed this.
Once again I have to clarify that, formally speaking, you're certainly
well withi
On 06.11.2014 20:03, i...@apache.org wrote:
> Author: ivan
> Date: Thu Nov 6 19:03:31 2014
> New Revision: 1637184
>
> URL: http://svn.apache.org/r1637184
> Log:
> Make FSFSv7 repositories always use consistent addressing mode, instead of
> saving revision number from which logical addressing was
Hi Greg,
I'm really happy to see you joined to the log-addressing discussion.
> That is no "decision" because it didn't occur here on the list.
Personally, I think that most of the new features should be developed
incrementally in trunk.
But the log addressing feature was already developed in a
On Tue, Nov 4, 2014 at 8:40 AM, Ivan Zhakov wrote:
> On 3 November 2014 18:15, Branko Čibej wrote:
> > There was some talk in the past about "voting" to keep log-addressing on
> > trunk. To put it bluntly: we don't do that, we've never done that, and I
> > don't want to create a precedent that t
On Wed, Nov 5, 2014 at 3:37 PM, Mark Phippard wrote:
> On Wed, Nov 5, 2014 at 12:35 PM, Ben Reser wrote:
>>
>> On 11/5/14 10:49 AM, Barry Scott wrote:
>> > I have been building pysvn against the latest svn kits. 1.7.18, 1.8.10
>> > and 1.9.0-alpha2
>> > using the Mac OS X Xcode 6.1 command line t
19 matches
Mail list logo
