On Apr 18, 2012 1:05 AM, "Blair Zajac" wrote:
>
> In case of an illegal svn_checksum_kind_t being passed to
svn_checksum__from_digest(), I want to change it from
>
> svn_checksum_t *
> svn_checksum__from_digest(const unsigned char *digest,
> svn_checksum_kind_t kind,
>
Hyrum K Wright wrote on Tue, Apr 17, 2012 at 16:27:00 -0500:
> On Tue, Apr 17, 2012 at 4:05 PM, Johan Corveleyn wrote:
> > On Tue, Apr 17, 2012 at 10:55 PM, Hyrum K Wright
> > wrote:
> >> On Tue, Apr 17, 2012 at 3:48 PM, Johan Corveleyn wrote:
> >>> On Tue, Apr 17, 2012 at 10:42 AM, Philip Marti
Daniel Shahaf wrote on Thu, Apr 12, 2012 at 16:57:50 +0300:
> We released 1.6.18 today and 1.7.4 just over a month ago. There are
> a few useful items merged already, and STATUS has a truckload of pending
> changes.
>
> Shall we roll 1.7.5 in two weeks from today? If we can clear STATUS and
> ro
In case of an illegal svn_checksum_kind_t being passed to
svn_checksum__from_digest(), I want to change it from
svn_checksum_t *
svn_checksum__from_digest(const unsigned char *digest,
svn_checksum_kind_t kind,
apr_pool_t *result_pool);
to
svn
On Apr 17, 2012, at 2:26 PM, C. Michael Pilato wrote:
>> Are there
>> any OS with pressing need for Subversion password storage that does not
>> have libdbus?
>
> I'm not aware of any -- I mean, I assume the *BSDs all have libdbus support.
AIX? HPUX? Solaris?
(I don't see it on the AIX 6.1 s
On 16.04.2012 23:33, Johan Corveleyn wrote:
> [[[
> Path:
> R:\test\subversion\tests\cmdline\svn-test-work\working_copies\basic_tests-29
> Working Copy Root Path:
> R:\test\subversion\tests\cmdline\svn-test-work\working_copies\basic_tests-29
> URL: file:///R%7C/test/subversion/tests/cmdline/svn-te
On Tue, Apr 17, 2012 at 4:34 PM, Dmitry Pavlenko wrote:
> Hello all!
>
> I have a question about internal SVN status API (trunk, r1302023).
>
> I have a repository with 2 reivsions: in r1 a "file" is added, in r2 it is
> deleted.
> I checkout revision 1 using
> * file protocol and
> * http prot
On 16.04.2012 20:05, C. Michael Pilato wrote:
> On 04/16/2012 12:33 PM, Thomas Åkesson wrote:
>> Personally, the feature to manually move/copy the encrypted store is
>> definitely useful, but I do consider some other features of the
>> Desktop-integrated storage APIs significantly more value-addi
On 17 apr 2012, at 21:26, "C. Michael Pilato" wrote:
> On 04/16/2012 09:53 PM, Thomas Åkesson wrote:
>
>> I would like to see a non-graphical implementation of the Secret Service
>> API with a solid CLI. That would merit a project in itself, separate from
>> Subversion (e.g. Apache Keywhatever).
Hello all!
I have a question about internal SVN status API (trunk, r1302023).
I have a repository with 2 reivsions: in r1 a "file" is added, in r2 it is
deleted.
I checkout revision 1 using
* file protocol and
* http protocol
as a working copy and run "svn_client_status5" on a file with the
On Tue, Apr 17, 2012 at 4:05 PM, Johan Corveleyn wrote:
> On Tue, Apr 17, 2012 at 10:55 PM, Hyrum K Wright
> wrote:
>> On Tue, Apr 17, 2012 at 3:48 PM, Johan Corveleyn wrote:
>>> On Tue, Apr 17, 2012 at 10:42 AM, Philip Martin
>>> wrote:
Johan Corveleyn writes:
> Apparently, the
On Tue, Apr 17, 2012 at 10:55 PM, Hyrum K Wright
wrote:
> On Tue, Apr 17, 2012 at 3:48 PM, Johan Corveleyn wrote:
>> On Tue, Apr 17, 2012 at 10:42 AM, Philip Martin
>> wrote:
>>> Johan Corveleyn writes:
>>>
Apparently, the test is comparing the 'Repository Root' from the
output of 'sv
On Tue, Apr 17, 2012 at 3:48 PM, Johan Corveleyn wrote:
> On Tue, Apr 17, 2012 at 10:42 AM, Philip Martin
> wrote:
>> Johan Corveleyn writes:
>>
>>> Apparently, the test is comparing the 'Repository Root' from the
>>> output of 'svn info' with the expected repository url. When I run 'svn
>>> inf
On Tue, Apr 17, 2012 at 10:42 AM, Philip Martin
wrote:
> Johan Corveleyn writes:
>
>> Apparently, the test is comparing the 'Repository Root' from the
>> output of 'svn info' with the expected repository url. When I run 'svn
>> info' manually on ...\svn-test-work\working_copies\basic_tests-29, I
On 04/16/2012 09:53 PM, Thomas Åkesson wrote:
>> Yeah, I hear you about the OS X user point of view. At this point, I'm
>> fairly convinced that for Windows and OS X, the use-master-password feature
>> will be less frequently used. (It will be off by default on all OSes.)
>
> AFAIK, both Kwallet
Re: [Subversion Wiki] Update of "NonNormalizingUnicodeCompositionAwareness"
by PhilipMartin
I love how, in my mail reader, the subject lines of these mails is truncated
at *just* the right place that, when quickly scanning my message collection,
I get the sense that I have unread messages about no
Paul Burba wrote:
> Julian Foad wrote:
>> I have written out how I think a large part of the symmetric merge
>> algorithm should go, in more detail. Review and other feedback would
>> be welcome.
[...]
>> At this point I haven't included processing of subtree mergeinfo in
>> the algorithm de
My motive is not PR. My motive is very specifically, this: I would
like to have a subversion merge that supports a modern code review
workflow. You commit to a branch, someone else reviews the commit, and
merges it into a shared build. If I can add that to my app, it helps
all of my svn us
On 04/17/2012 02:29 PM, Branko Čibej wrote:
> On 17.04.2012 18:40, Andy Singleton wrote:
>> It sounds like there is a clear choice for the first release of
>> Julian's Symmetric Merge project:
>> 1) Add "symmerge" as a new command and leave the existing merge in place,
>> 2) or try to replace the
On 17.04.2012 18:40, Andy Singleton wrote:
> It sounds like there is a clear choice for the first release of
> Julian's Symmetric Merge project:
> 1) Add "symmerge" as a new command and leave the existing merge in place,
> 2) or try to replace the existing merge in one shot for all existing
> user
On Tue, Apr 17, 2012 at 05:24:53AM +0200, Thomas Åkesson wrote:
> I intend to use this script to take the design to the next level of detail.
> First, I would like some feedback from people with in-depth knowledge of the
> WC and preferably get some idea on what the community thinks about the
>
On Tue, Apr 17, 2012 at 1:57 PM, Mark Phippard wrote:
> I think it might just be terminology. What you are calling vanilla is
> called "command-line client". It includes everything in the build of
> SVN, all binaries, except mod_dav_svn. It includes svnadmin,
> svnserve, svnsync, the tools etc.
On Tue, Apr 17, 2012 at 1:48 PM, Greg Stein wrote:
> On Tue, Mar 13, 2012 at 10:30, wrote:
>> Author: markphip
>> Date: Tue Mar 13 14:30:22 2012
>> New Revision: 1300147
>>
>> URL: http://svn.apache.org/viewvc?rev=1300147&view=rev
>> Log:
>> * publish/packages.html
>> (centos, redhat, solaris,
On 17.04.2012 19:48, Branko Čibej wrote:
> The related right is called "directory traversal" and is, indeed,
> orthogonal to read and write permissions on directories (which are
> usually further split into read/write contents and read/write
> attributes). It is a property of directories, not leaf
On Tue, Mar 13, 2012 at 10:30, wrote:
> Author: markphip
> Date: Tue Mar 13 14:30:22 2012
> New Revision: 1300147
>
> URL: http://svn.apache.org/viewvc?rev=1300147&view=rev
> Log:
> * publish/packages.html
> (centos, redhat, solaris, suse, windows) Removed client-only designation
> from CollabN
On 16.04.2012 15:12, C. Michael Pilato wrote:
> On 04/14/2012 11:00 AM, Hyrum K Wright wrote:
>> Good morning (in some parts of the world)!
>>
>> I've been doing some poking around with Ev2 and copy operations on the
>> ev2-export branch, and have some observations which merit discussion.
>>
>> In
On 04/16/2012 02:16 AM, Julian Foad wrote:
Blair Zajac wrote:
On 04/13/2012 12:45 AM, Julian Foad wrote:
Blair Zajac wrote:
Having the empty files, such as changes, is that odd? Could that be a
hint?
No, that's not interesting, that's just the result of crashing out
at the point where
It sounds like there is a clear choice for the first release of
Julian's Symmetric Merge project:
1) Add "symmerge" as a new command and leave the existing merge in place,
2) or try to replace the existing merge in one shot for all existing users.
If you asked me to try to replace all of the op
On Tue, Apr 17, 2012 at 11:52 AM, Andy Singleton wrote:
> On 4/17/2012 11:38 AM, Paul Burba wrote:
>>
>> On Mon, Apr 16, 2012 at 12:25 PM, Julian Foad
>> wrote:
>>>
>>> I have written out how I think a large part of the symmetric merge
>>> algorithm should go, in more detail. Review and other f
On 4/17/2012 11:38 AM, Paul Burba wrote:
On Mon, Apr 16, 2012 at 12:25 PM, Julian Foad wrote:
I have written out how I think a large part of the symmetric merge
algorithm should go, in more detail. Review and other feedback would
be welcome.
We need to write out the algorithm in this level o
On Mon, Apr 16, 2012 at 12:25 PM, Julian Foad wrote:
> I have written out how I think a large part of the symmetric merge
> algorithm should go, in more detail. Review and other feedback would
> be welcome.
>
> We need to write out the algorithm in this level of detail and a
> little more detail,
On Tue, Apr 17, 2012 at 5:47 AM, Julian Foad wrote:
> We should be very cautious about proposing an apparently "simple" special
> case like that. A file has properties and
> text content; a directory has properties and children; that's how it is in
> Subversion. Saying that a user should be a
On 17 apr 2012, at 11:47, Julian Foad wrote:
> Thomas Åkesson wrote:
>
>> I have not had time to follow the Inherited Properties thread completely,
>> but
>> this is kind of related. One could argue that if a user knows about the URL
>> to
>> /A/B/C/D, then what is the harm in letting him re
And here's the patch attachment.
- Julian
- Original Message -
> From: Julian Foad
> To: SubversionDevelopment
> Cc:
> Sent: Tuesday, 17 April 2012, 11:13
> Subject: [RFC] Revision and URL go together
>
> Short version: The proposal is to replace all APIs that get part of a
> repo
Short version: The proposal is to replace all APIs that get part of a
repository location (a URL or relpath or revnum) with APIs that get the whole
repository location (URL+revision, or repo_root+revision+relpath). Rationale:
It's painful working with code that fetches separate parts of a repo
Thomas Åkesson wrote:
> C. Michael Pilato wrote:
>> CollabNet's modified ViewVC in its Enterprise Edition product implemented
>> this sort of functionality, and the result was that users could always see
>> the root directory, and any paths inside it necessary to navigate down to a
>> path to
This is a lot of design work to compensate for losing "file.c".
IMO, the short answer is: stop converting to repos_relpath for all cases.
If we don't lose local_abspath, then we can get all the base info.
On Apr 17, 2012 4:29 AM, "Julian Foad" wrote:
> Hyrum K Wright wrote:
>
> > On Mon, Apr 16
Johan Corveleyn writes:
> Apparently, the test is comparing the 'Repository Root' from the
> output of 'svn info' with the expected repository url. When I run 'svn
> info' manually on ...\svn-test-work\working_copies\basic_tests-29, I
> see the following:
>
> [[[
> Path:
> R:\test\subversion\tes
Suggestions for clarifying copyfrom URL/rev names and usage.
[[[
Index: subversion/libsvn_delta/compat.c
===
--- subversion/libsvn_delta/compat.c (revision 1326951)
+++ subversion/libsvn_delta/compat.c (working copy)
@@ -1152,9
Hyrum K Wright wrote:
> On Mon, Apr 16, 2012 at 5:22 PM, Greg Stein wrote:
>> On Mon, Apr 16, 2012 at 18:04, Stefan Sperling wrote:
>>> On Mon, Apr 16, 2012 at 04:41:49PM -0500, Hyrum K Wright wrote:
On Mon, Apr 16, 2012 at 4:35 PM, Greg Stein wrote:
> On Mon, Apr 16, 2012 at 13:50, w
40 matches
Mail list logo
