>> Well, I took apr-util-1.5.1-win32-src.zip and dsw/dsp were generated.
>> Then I opened .dsw in VS 2010, did a conversion, and tried to build.
>> Nothing except zlib compiles, with a lot of "Cannot open include file:
>> 'svn_private_config.h'" errors. Did I miss some step that generates
>> this f
As I've been updating JavaHL for 1.8, I tripped over the new svn_kind_t
enum. Since it not only replaces svn_node_kind_t but also changes the
values of the equivalent enumeration constants, maintaining backward
compatibility in JavaHL is going to be a bit of a pain.
Do we really need a new enumera
Branko Čibej wrote on Mon, Mar 11, 2013 at 11:25:11 +0100:
> As I've been updating JavaHL for 1.8, I tripped over the new svn_kind_t
> enum. Since it not only replaces svn_node_kind_t but also changes the
> values of the equivalent enumeration constants, maintaining backward
> compatibility in Java
On 11.03.2013 11:46, Daniel Shahaf wrote:
> Branko Čibej wrote on Mon, Mar 11, 2013 at 11:25:11 +0100:
>> As I've been updating JavaHL for 1.8, I tripped over the new svn_kind_t
>> enum. Since it not only replaces svn_node_kind_t but also changes the
>> values of the equivalent enumeration constant
Daniel Shahaf wrote:
[...]
> FWIW, it would have been nice to see a diff of build-outputs.mk as
> well...
Hi Daniel. Here's the change to build-outputs.mk as seen on my Ubuntu 12.04
system:
[[[
$ diff -U1 install-*.mk
--- install-mods-shared.build-outputs.mk 2013-03-11 07:24:30.
On Mon, Mar 11, 2013 at 11:25:11AM +0100, Branko Čibej wrote:
> As I've been updating JavaHL for 1.8, I tripped over the new svn_kind_t
> enum. Since it not only replaces svn_node_kind_t but also changes the
> values of the equivalent enumeration constants, maintaining backward
> compatibility in J
> -Original Message-
> From: Stefan Sperling [mailto:s...@elego.de]
> Sent: maandag 11 maart 2013 12:59
> To: Branko Čibej
> Cc: Subversion Development
> Subject: Re: Confusion to svn_kind_t!
>
> On Mon, Mar 11, 2013 at 11:25:11AM +0100, Branko Čibej wrote:
> > As I've been updating JavaH
Julian Foad wrote on Mon, Mar 11, 2013 at 11:33:09 +:
> Daniel Shahaf wrote:
>
> [...]
> > FWIW, it would have been nice to see a diff of build-outputs.mk as
> > well...
>
> Hi Daniel. Here's the change to build-outputs.mk as seen on my Ubuntu 12.04
> system:
>
Thanks Julian!
> [[[
> $ d
On 11.03.2013 13:14, Bert Huijben wrote:
>> -Original Message-
>> From: Stefan Sperling [mailto:s...@elego.de]
>> Sent: maandag 11 maart 2013 12:59
>> To: Branko Čibej
>> Cc: Subversion Development
>> Subject: Re: Confusion to svn_kind_t!
>>
>> On Mon, Mar 11, 2013 at 11:25:11AM +0100, Bran
--
Certified & Supported Apache Subversion Downloads:
http://www.wandisco.com/subversion/download
- Original Message -
> From: Philip Martin
> To: dev@subversion.apache.org
> Cc:
> Sent: Monday, 4 March 2013, 5:43
> Subject: Re: Adding CHECK to NODES?
>
> Philip Martin writes:
>
On 11.03.2013 13:38, Daniel Shahaf wrote:
> Julian Foad wrote on Mon, Mar 11, 2013 at 11:33:09 +:
>> Daniel Shahaf wrote:
>>
>> [...]
>>> FWIW, it would have been nice to see a diff of build-outputs.mk as
>>> well...
>> Hi Daniel. Here's the change to build-outputs.mk as seen on my Ubuntu 12.0
On Mon, Mar 11, 2013 at 01:44:50PM +0100, Branko Čibej wrote:
> Unless someone can thing of a really good reason why that wouldn't work,
> I propose to implement that plan and merge svn_node_kind_t with svn_kind_t.
Absolutely fine with me.
Hi,
This patch updates the CHANGES file to have a note about the new option
'--include-externals' added to 'svn list'.
Attached the patch and log message.
Thanks & Regards,
Vijayaguru
* CHANGES: List the new '--include-externals' option for
'svn list' (issue #4225).
Patch by: Vijayaguru
On 03/11/2013 09:22 AM, vijay wrote:
> * CHANGES: List the new '--include-externals' option for
>'svn list' (issue #4225).
>
> Patch by: Vijayaguru G
SendingCHANGES
Transmitting file data .
Committed revision 1455142.
Thanks, Vijay!
--
C. Michael Pilato
CollabNet <> www.co
> -Original Message-
> From: phi...@tigris.org [mailto:phi...@tigris.org]
> Sent: maandag 11 maart 2013 18:17
> To: iss...@subversion.tigris.org
> Subject: [Issue 4334] New - move-update not setting last_mod_time in
> destination
>
> http://subversion.tigris.org/issues/show_bug.cgi?id=43
"Bert Huijben" writes:
>> svn up --accept postpone -r1 wc
>>
>> A/f has lost_mod_time cleared, thats OK. A2/f unchanged and still has
>> last_mod_time.
>
> A/f should be shadowed with a base-delete layer that doesn't have mod_time
> and translated size set?
> (And should still have it at its or
16 matches
Mail list logo