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
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
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 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
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
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 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
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 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 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.
>
>
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
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
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/
+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
[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
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
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: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 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
19 matches
Mail list logo
