Re: svn commit: r1394332 - /subversion/trunk/subversion/include/svn_client.h

On Fri, Oct 5, 2012 at 6:00 PM, Greg Stein wrote: > Of course, it would make more sense to *rename* the parameter to something > more appropriate. "skip_versioned_nodes" might work. It'd have to be no_skip_versioned_nodes.

Re: svn commit: r1394332 - /subversion/trunk/subversion/include/svn_client.h

On Fri, Oct 5, 2012 at 6:02 PM, Greg Stein wrote: > > On Oct 4, 2012 4:58 PM, wrote: >> >> Author: breser >> Date: Thu Oct 4 23:57:26 2012 >> New Revision: 1394332 >> >> URL: http://svn.apache.org/viewvc?rev=1394332&view=rev >> Log: >> Improve the documentation of the force argument of svn_clien

Re: svn commit: r1394332 - /subversion/trunk/subversion/include/svn_client.h

On Oct 4, 2012 4:58 PM, wrote: > > Author: breser > Date: Thu Oct 4 23:57:26 2012 > New Revision: 1394332 > > URL: http://svn.apache.org/viewvc?rev=1394332&view=rev > Log: > Improve the documentation of the force argument of svn_client_add4(). > > * subversion/include/svn_client.h > (svn_client

Re: svn commit: r1394332 - /subversion/trunk/subversion/include/svn_client.h

Of course, it would make more sense to *rename* the parameter to something more appropriate. "skip_versioned_nodes" might work. On Oct 5, 2012 5:19 PM, "Ben Reser" wrote: > On Fri, Oct 5, 2012 at 5:49 AM, C. Michael Pilato > wrote: > > Honestly, the original phrasing of the docstring remains a b

Re: svn commit: r1394332 - /subversion/trunk/subversion/include/svn_client.h

On Fri, Oct 5, 2012 at 5:49 AM, C. Michael Pilato wrote: > Honestly, the original phrasing of the docstring remains a better starting > point, in my opinion. Your changes lose the context that all this > discussion about depth and unversioned items in a versioned tree are still > tried primarily

Re: svn commit: r1393521 - in /subversion/trunk/subversion: include/svn_props.h tests/cmdline/svnlook_tests.py

C. Michael Pilato писал в своём письме Thu, 04 Oct 2012 16:54:56 +0400: But a picky XML parser would see "svn:txn:foo" or "svn:config:foo" and want to know about the XML namespaces "svn:txn" and "svn:config", which we don't bother to describe. There's a fairly straightforward workaround,

Re: 1.7.7 up for testing/signing

On Fri, Oct 5, 2012 at 2:55 PM, Branko Čibej wrote: > On 05.10.2012 23:43, Ben Reser wrote: >> On Wed, Oct 3, 2012 at 11:25 PM, Ben Reser wrote: >>> The 1.7.7 release artifacts are now available for testing/signing. >>> Please get the tarballs from >>> https://dist.apache.org/repos/dist/dev/sub

PGP Keys

Given that we're coming up on a couple of opportunities for various developers to get together an potentially sign keys I thought I'd bring this subject up. 1) SHA-1 based keys should be migrated off of. The US Government's requirement of agencies was to stop using SHA-1 by the end of 2010. We're

Re: 1.7.7 up for testing/signing

On 05.10.2012 23:43, Ben Reser wrote: > On Wed, Oct 3, 2012 at 11:25 PM, Ben Reser wrote: >> The 1.7.7 release artifacts are now available for testing/signing. >> Please get the tarballs from >> https://dist.apache.org/repos/dist/dev/subversion >> and add your signatures there. Thanks! > Branko,

Re: svn commit: r1393521 - in /subversion/trunk/subversion: include/svn_props.h tests/cmdline/svnlook_tests.py

On Fri, Oct 5, 2012 at 7:12 AM, C. Michael Pilato wrote: > That's right. Expat just doesn't care. Some other XML parser might. But > then, I would expect that same parser would croak on any property name with > a colon in it (besides "svn:", which we handle specially already). So all > of Tort

Re: 1.7.7 up for testing/signing

On Wed, Oct 3, 2012 at 11:25 PM, Ben Reser wrote: > The 1.7.7 release artifacts are now available for testing/signing. > Please get the tarballs from > https://dist.apache.org/repos/dist/dev/subversion > and add your signatures there. Thanks! Branko, I see you add your signatures for the tar fi

Plan for 'svn mergeinfo' summary diagram

Hi, merge fans! I've written out my plans and wishes for the 'svn mergeinfo' summary diagram at Could anyone interested please take a look and give your thoughts, or add your own improvements, either here or right in the Wiki. Please feel fre

Re: svn commit: r1394332 - /subversion/trunk/subversion/include/svn_client.h

On 10/05/2012 09:29 AM, Bert Huijben wrote: > Currently this function fails with an error when called on the working > copy root, with and without force set to TRUE. (Probably because we > originally handled force to suppress some light errors, while we can't > add a working copy root to its parent

Re: 1.7.7 up for testing/signing

Philip Herron писал в своём письме Fri, 05 Oct 2012 18:35:54 +0400: cmd /c build_locale.bat Debug The system cannot find the path specified. A subdirectory or file ..\..\Debug\mo already exists. Running msgfmt on de.po... python: can't open file '..\..\build\strip-po-charset.py':

Re: 1.7.7 up for testing/signing

On 05.10.2012 19:53, Philip Herron wrote: > Sorry for flooding but i get errors building libsvn_subr UINT64_C not > being defined. I got around the previous problem with copying the libs > so they are named correctly. Bad idea. One set of libs are static, the other are DLL import libraries. The na

Re: svn commit: r1394332 - /subversion/trunk/subversion/include/svn_client.h

On 10/05/2012 01:58 PM, C. Michael Pilato wrote: > On 10/05/2012 12:10 PM, C. Michael Pilato wrote: >> On 10/05/2012 09:29 AM, Bert Huijben wrote: >>> Currently this function fails with an error when called on the working copy >>> root, with and without force set to TRUE. >>> (Probably because we

Re: svn commit: r1394332 - /subversion/trunk/subversion/include/svn_client.h

On 10/05/2012 12:10 PM, C. Michael Pilato wrote: > On 10/05/2012 09:29 AM, Bert Huijben wrote: >> Currently this function fails with an error when called on the working copy >> root, with and without force set to TRUE. >> (Probably because we originally handled force to suppress some light errors,

Re: 1.7.7 up for testing/signing

Sorry for flooding but i get errors building libsvn_subr UINT64_C not being defined. I got around the previous problem with copying the libs so they are named correctly. --Phil On 05/10/12 18:32, Philip Herron wrote: I think my build is going quite well at the moment but i see LINK : fatal er

Re: 1.7.7 up for testing/signing

I think my build is going quite well at the moment but i see LINK : fatal error LNK1104: cannot open file 'C:\subversion-builds\subversion\subversion-1.7.7\Release\subversion\libsvn_delta\libsvn_delta-1.lib' Then in that dir i see: svn_delta-1.lib I feel like i want to copy that to libsvn_del

Re: svn commit: r1394332 - /subversion/trunk/subversion/include/svn_client.h

On 10/05/2012 09:29 AM, Bert Huijben wrote: > Currently this function fails with an error when called on the working copy > root, with and without force set to TRUE. > (Probably because we originally handled force to suppress some light errors, > while we can't add a working copy root to its pare

Re: 1.7.7 up for testing/signing

Thanks btw i think i have nearly cracked it was using the wrong libintl need to use that patched one. Maybe its worth me writing a small readme and sending it back to the list for some notes on compiling this in VC2012 from scratch. Might be good reference to someone. And now added in junit thi

Re: 1.7.7 up for testing/signing

I think i found the majority of my problems. Seems as though its building in VC2012 at the moment. For libintl the path you specify the gen-win.py looks for path/inc and path/lib. For the headers and lib where as GnuWin32 installs include and lib. Then bdb it looks for path/lib/libdb$version

Re: 1.7.7 up for testing/signing

On 05/10/12 16:14, Bert Huijben wrote: -Original Message- From: Mark Phippard [mailto:markp...@gmail.com] Sent: vrijdag 5 oktober 2012 17:00 To: Philip Herron Cc: dev@subversion.apache.org Subject: Re: 1.7.7 up for testing/signing On Fri, Oct 5, 2012 at 10:51 AM, Philip Herron wrote:

RE: 1.7.7 up for testing/signing

> -Original Message- > From: Mark Phippard [mailto:markp...@gmail.com] > Sent: vrijdag 5 oktober 2012 17:00 > To: Philip Herron > Cc: dev@subversion.apache.org > Subject: Re: 1.7.7 up for testing/signing > > On Fri, Oct 5, 2012 at 10:51 AM, Philip Herron > wrote: > > Decided to try usin

Re: 1.7.7 up for testing/signing

On Fri, Oct 5, 2012 at 10:51 AM, Philip Herron wrote: > Decided to try using the 2010 vcnet version for gen-make.py, and upgraded in > VC2012. But running msbuild subversion_bla.sln /p:UseEnv=true fails > miserably. Running in VC looks like its working. But i need to tell it to > include and lib p

Re: 1.7.7 up for testing/signing

Decided to try using the 2010 vcnet version for gen-make.py, and upgraded in VC2012. But running msbuild subversion_bla.sln /p:UseEnv=true fails miserably. Running in VC looks like its working. But i need to tell it to include and lib paths Which seems painful. On 05/10/12 15:35, Philip Herron

Re: 1.7.7 up for testing/signing

Looks like i don't have that problem on a fresh build machine. But i am using VC 2012 and i do see quite a few errors to do with msgfmt and the build_locale.bat. Since when you run gen-make.py vc2012 doesnt work so using 2008 and opening the *.sln in MSVC to convert it all. Its currently build

RE: svn commit: r1394332 - /subversion/trunk/subversion/include/svn_client.h

> -Original Message- > From: Bert Huijben [mailto:b...@qqmail.nl] > Sent: vrijdag 5 oktober 2012 15:30 > To: Michael Pilato; 'Ben Reser' > Cc: dev@subversion.apache.org > Subject: RE: svn commit: r1394332 - > /subversion/trunk/subversion/include/svn_client.h > > > > > -Original Mes

Re: svn commit: r1393521 - in /subversion/trunk/subversion: include/svn_props.h tests/cmdline/svnlook_tests.py

On 10/05/2012 09:30 AM, Mark Phippard wrote: > On Fri, Oct 5, 2012 at 9:26 AM, C. Michael Pilato wrote: > >> My understanding was that the namespaces were kinda treated like opaque >> strings, so "nesting" isn't really even interesting from an XML parser >> standpoint so much as mere "uniqueness"

Re: svn propchange: r1394519 - svn:log

On 10/05/2012 09:46 AM, cmpil...@apache.org wrote: > Author: cmpilato > Revision: 1394519 > Modified property: svn:log > > Modified: svn:log at Fri Oct 5 13:46:13 2012 > -- > (empty) Just so it's clear: this was a n

Re: svn commit: r1393521 - in /subversion/trunk/subversion: include/svn_props.h tests/cmdline/svnlook_tests.py

On Fri, Oct 5, 2012 at 9:26 AM, C. Michael Pilato wrote: > My understanding was that the namespaces were kinda treated like opaque > strings, so "nesting" isn't really even interesting from an XML parser > standpoint so much as mere "uniqueness" is. > > Top answer here (plus the "nit" comment the

RE: svn commit: r1394332 - /subversion/trunk/subversion/include/svn_client.h

> -Original Message- > From: C. Michael Pilato [mailto:cmpil...@collab.net] > Sent: vrijdag 5 oktober 2012 14:49 > To: Ben Reser > Cc: dev@subversion.apache.org > Subject: Re: svn commit: r1394332 - > /subversion/trunk/subversion/include/svn_client.h > > On 10/04/2012 10:06 PM, Ben Reser

Re: svn commit: r1393521 - in /subversion/trunk/subversion: include/svn_props.h tests/cmdline/svnlook_tests.py

On 10/04/2012 02:21 PM, Branko Čibej wrote: > On 04.10.2012 17:19, C. Michael Pilato wrote: >> On 10/04/2012 11:01 AM, Ben Reser wrote: >>> I recall trying to do that and it wouldn't work. I do believe >>> namespaces is how we resolved it for svn:foo style properties. If >>> we're going to be doi

Re: svn commit: r1394332 - /subversion/trunk/subversion/include/svn_client.h

On 10/04/2012 10:06 PM, Ben Reser wrote: > On Thu, Oct 4, 2012 at 6:48 PM, C. Michael Pilato wrote: >> On 10/04/2012 09:46 PM, C. Michael Pilato wrote: >>> Perhaps you meant something like: >>> >>> "... it will enter versioned directories, scheduling any unversioned >>> children thereof for additi

RE: svn commit: r1394470 - /subversion/trunk/subversion/libsvn_fs_fs/caching.c

> -Original Message- > From: stef...@apache.org [mailto:stef...@apache.org] > Sent: vrijdag 5 oktober 2012 14:05 > To: comm...@subversion.apache.org > Subject: svn commit: r1394470 - > /subversion/trunk/subversion/libsvn_fs_fs/caching.c > > Author: stefan2 > Date: Fri Oct 5 12:05:06 2012

Re: svn commit: r1394345 - /subversion/trunk/subversion/libsvn_fs_fs/caching.c

On Fri, Oct 5, 2012 at 10:14 AM, Bert Huijben wrote: > > > -Original Message- > > From: stef...@apache.org [mailto:stef...@apache.org] > > Sent: vrijdag 5 oktober 2012 03:54 > > To: comm...@subversion.apache.org > > Subject: svn commit: r1394345 - > > /subversion/trunk/subversion/libsvn_f

Re: svn commit: r1394332 - /subversion/trunk/subversion/include/svn_client.h

Ben Reser wrote on Thu, Oct 04, 2012 at 19:06:31 -0700: > On Thu, Oct 4, 2012 at 6:48 PM, C. Michael Pilato wrote: > > On 10/04/2012 09:46 PM, C. Michael Pilato wrote: > >> Perhaps you meant something like: > >> > >> "... it will enter versioned directories, scheduling any unversioned > >> childre

Re: svn commit: r1394346 - /subversion/trunk/subversion/libsvn_ra_svn/client.c

On Fri, Oct 5, 2012 at 4:03 AM, C. Michael Pilato wrote: > On 10/04/2012 09:55 PM, stef...@apache.org wrote: > > Author: stefan2 > > Date: Fri Oct 5 01:54:59 2012 > > New Revision: 1394346 > > > > URL: http://svn.apache.org/viewvc?rev=1394346&view=rev > > Log: > > * subversion/libsvn_ra_svn/clien

Re: Double compression over HTTPS

On Fri, Oct 5, 2012 at 12:15 PM, Bert Huijben wrote: > +1 on this. > > > > Can you see if zlib is being used (after negotiation) before requesting > compression from the Server? > It's possible, openssl has functions SSL_get_current_compression and SSL_get_current_expansion for this purpose. I'll

RE: Double compression over HTTPS

+1 on this. Can you see if zlib is being used (after negotiation) before requesting compression from the Server? Just checking if the feature is available in openssl doesn't tell if the feature is compiled in at the other side. Using 1m9 (=69 seconds) and 109 seconds in the same table,

Double compression over HTTPS

Hi, when OpenSSL is built with zlib, it will automatically compress all data sent over an SSL connection. You can see this in the initial handshake "Client Hello" and "Server Hello" where client and server agree on the compression mechanism to be used. If the data being sent or received is alre

RE: 1.7.7 up for testing/signing

> -Original Message- > From: lieven.govae...@gmail.com [mailto:lieven.govae...@gmail.com] On > Behalf Of Lieven Govaerts > Sent: donderdag 4 oktober 2012 22:51 > To: Johan Corveleyn > Cc: Ben Reser; Subversion Development > Subject: Re: 1.7.7 up for testing/signing > > Johan, > > On Thu

RE: svn commit: r1394345 - /subversion/trunk/subversion/libsvn_fs_fs/caching.c

> -Original Message- > From: stef...@apache.org [mailto:stef...@apache.org] > Sent: vrijdag 5 oktober 2012 03:54 > To: comm...@subversion.apache.org > Subject: svn commit: r1394345 - > /subversion/trunk/subversion/libsvn_fs_fs/caching.c > > Author: stefan2 > Date: Fri Oct 5 01:54:12 201