Apache Subversion 1.9.0-beta1 released

1.9.0-beta1.tar.gz.asc http://www.apache.org/dist/subversion/subversion-1.9.0-beta1.zip.asc For this release, the following people have provided PGP signatures: Ben Reser [4096R/16A0DE01] with fingerprint: 19BB CAEF 7B19 B280 A0E2 175E 62D4 8FAD 16A0 DE01 Bert Huijben [4096R/CCC

Re: Random Checksum mismatch on fresh checkout affecting single machine

On 1/29/15 4:40 AM, Brendon Abbott wrote: > Since writing this original email, I have found that the difference between > the > working instance and the non-working instance is not the repository, but the > client. 1.6.17 works fine, whilst 1.8.11 does not. This issue sounds suspiciously like wh

Re: Subversion error!

On 1/21/15 7:47 AM, Tran Ngoc Lieu, Ms wrote: > Dear Mr/Ms, > > I meet the problem with svn as the following: > "In file > > 'D:\Development\SVN\Releases\TortoiseSVN-1.8.6\ext\subversion\subversion\libsvn_wc\wc_db_update_move.c' > line 1039: assertion failed (move_dst_revision == expected_move_

Re: Perl Bindings: Assertion svn_uri_is_canonical failed

On 1/27/15 9:07 AM, Lathan Bidwell wrote: > By the way, the SWIG definitions are different enough that they could use > their > own documentation page. They actually do have a fair amount of documentation. It's just not on a web page on the website. Use the perldoc command against the modules e

Re: Perl Bindings: Assertion svn_uri_is_canonical failed

On 1/27/15 9:24 AM, Lathan Bidwell wrote: > In the Perl SWIG bindings: > > $ctx->url_from_path > > I believe calls the svn_uri_canonicalize in 1.8.8, but I believe that its a > secondary effect (in 1.6, it doesn't cleanse the url) $ctx->url_from_path is calling svn_client_url_from_path(): http:/

Re: Perl Bindings: Assertion svn_uri_is_canonical failed

On 1/27/15 10:52 AM, Stefan Sperling wrote: > I suppose _Core (with leading underscore) is a private namespace. > I don't know why this isn't part of the public SVN::Core:: namespace. > It probably should be. It is. SVN:Core::uri_canonicalize(); _Core is the raw SWIG wrapped interfaces. Core cut

Re: Sanity-check tool for authz file?

On 1/22/15 1:00 PM, Les Mikesell wrote: > Are there any tools to help find syntax issues or mismatches in paths > between an authz file and the associated repo?I just spent some > time tracking down a typo that had the weird effect of some users > being able to create directories that they subs

Apache Subversion 1.7.19 released

vided PGP signatures: Ben Reser [4096R/16A0DE01] with fingerprint: 19BB CAEF 7B19 B280 A0E2 175E 62D4 8FAD 16A0 DE01 Bert Huijben [4096R/CCC8E1DF] with fingerprint: 3D1D C66D 6D2E 0B90 3952 8138 C4A6 C625 CCC8 E1DF Ivan Zhakov [4096R/F6AD8147] with fingerprint: 4829 8F0F E47F

Apache Subversion 1.8.11 released

vided PGP signatures: Ben Reser [4096R/16A0DE01] with fingerprint: 19BB CAEF 7B19 B280 A0E2 175E 62D4 8FAD 16A0 DE01 Bert Huijben [4096R/CCC8E1DF] with fingerprint: 3D1D C66D 6D2E 0B90 3952 8138 C4A6 C625 CCC8 E1DF Ivan Zhakov [4096R/F6AD8147] with fingerprint: 4829 8F0F E47F

Re: pysvn does not build against 1.9-alpha2 because of incomplete type 'const svn_sort__item_t'

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

Re: pysvn does not build against 1.9-alpha2 because of incomplete type 'const svn_sort__item_t'

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

Re: pysvn does not build against 1.9-alpha2 because of incomplete type 'const svn_sort__item_t'

On 11/5/14 12:37 PM, Mark Phippard wrote: > FWIW, Barry is the pysvn developer. Ahh well then never mind my pointer to his project.

Re: pysvn does not build against 1.9-alpha2 because of incomplete type 'const svn_sort__item_t'

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 tools, clang is the compiler not > gcc. > > Compiling and testing pysvn against 1.7.18 and 1.8.10 works with no errors.

Re: Problem with subversion-perl RPMs from WanDisco?

On 9/12/14 12:16 PM, Alexey Neyman wrote: > I did a bit of bisection, and it turns out that 1.8.0 was working properly, > but 1.8.1 and higher all segfault as described above. > > Hope that helps. With the WANdisco builds or any builds? The only differences between 1.8.0 and 1.8.1 that impacts

Re: Problem with subversion-perl RPMs from WanDisco?

On 9/12/14 11:54 AM, Branko Čibej wrote: > On 12.09.2014 20:37, Philip Martin wrote: >> Philip Martin writes: >> >>> Alexey Neyman writes: >>> Rather, I think, it is that the libsvn_swig_perl-1.so.0 does not list the _Core.so as a dependency: >>> I don't think that's the way it works.

Re: unversioned properties: size limitations?

On 8/12/14 7:02 PM, Alexey Neyman wrote: > Isn't that the same kind of change that happened with version 1.5 and > mergeinfo? If one wanted to use mergeinfo, one had to have 1.5+ clients. A > capability reporting was added, and a server can check that only > mergeinfo-capable clients can start a co

Re: unversioned properties: size limitations?

On 8/12/14 12:26 PM, Alexey Neyman wrote: > Please consider these questions closed. For the 'last changed rev/date' I'll > modify the 'svnversion -c' and will submit a patch to support reporting the > dates as well (hopefully, it can then be applied to 1.8.x branch as well) and > for the caching

Re: unversioned properties: size limitations?

On 8/12/14 9:31 AM, Branko Čibej wrote: > For a start, this would require a major change in the wire protocol, where the > server would, as a response to a successful commit, report any additional > "magic" changes to the client. The problem with this is that it is error > prone; > the response ma

Re: unversioned properties: size limitations?

I intended to reply to your other thread given roughly the same svnversion advice that Branko has already given you. On 8/12/14 9:09 AM, Alexey Neyman wrote: > 1. svnversion reports the revision of the check-out, not the revision of the > last modification. Use one of the alternatives that behave

Re: bug with autoindex on Apache 2.4 when loading SVN modules

On 8/2/14 12:17 PM, Gibson, Brian (IMS) wrote: > I have found that if I have these two configuration statements on my Apache > server, I can no longer use auto index. > > LoadModule dav_svn_module /usr/local/subversion/modules/mod_dav_svn.so > > LoadModule authz_svn_module /usr/local/subversion/m

Apache Subversion 1.7.18 released

eople have provided PGP signatures: Ben Reser [4096R/16A0DE01] with fingerprint: 19BB CAEF 7B19 B280 A0E2 175E 62D4 8FAD 16A0 DE01 Bert Huijben [4096R/CCC8E1DF] with fingerprint: 3D1D C66D 6D2E 0B90 3952 8138 C4A6 C625 CCC8 E1DF Branko Čibej [2048R/C8628501] with fingerprint:

Apache Subversion 1.8.10 released

eople have provided PGP signatures: Ben Reser [4096R/16A0DE01] with fingerprint: 19BB CAEF 7B19 B280 A0E2 175E 62D4 8FAD 16A0 DE01 Bert Huijben [4096R/CCC8E1DF] with fingerprint: 3D1D C66D 6D2E 0B90 3952 8138 C4A6 C625 CCC8 E1DF Branko Čibej [2048R/C8628501] with fingerprint:

Re: Short-urls impossible with WebDAV Pass Thru

On 8/7/14 8:50 AM, Stefan Sperling wrote: > Oh geez... the cobwebs... > > I honestly don't recall, but I strongly suspect that it has something to > do with how the mirroring filters work. These things do essentially a > global search-and-replace on the request and response bodies and > headers,

Re: svn usage map

On 8/1/14 12:26 PM, Mark Phippard wrote: > If you want to know who is accessing your SVN repository you need to be using > the Apache server option and then you need to mine the Apache access logs for > this information. A bit more of a pointer here but there is the high-level logging feature of m

Re: illegal filename under windows

On 8/1/14 12:05 AM, Pflästerer, Karl wrote: > Because <> are not allowed under Windows in filenames svn could not create > the file. But they also couldn’t cleanup the WC. > The working copy was completely broken (für svn) and they had to checkout > everything new. It'd be helpful if you could pos

Re: Ran svn revert but files are still modified

On 7/31/14 6:51 AM, OBones wrote: > Well, browsing through history, I found out that the svn:special property with > value * was added to the file at the same time that its content changed from > 20M to 79K which appear to be the exact beginning of the original file. > I'm not sure how this happene

Re: http-request PUT

On 7/24/14 12:44 AM, merch store wrote: > i thought the same, but i use the youngest revision i get from the OPTIONS > the SVN-Txn-Name which i get from the POST request and need for the PUT is the > same revision as the youngest revision > > is it possible that i need the revision in which my xml

Re: Problems downloading source distribution

On 7/20/14 7:34 PM, Ian Grant wrote: > I am trying to get subversion source. I followed the download links from > http://subversion.apache.org/download/#supported-releases which point me at > the > mirror http://mirror.nexcess.net/apache/subversion/subversion-1.7.17.tar.bz2 I > have downloaded bot

Re: Probable bug: writes commit messages to read-only trees

On 7/17/14 10:16 AM, Caitlin Matos wrote: > I attempted to add and commit a file to a new repo that I *should* have > read-write access to. I still can't figure out whether I really have RW or RO > access, but I think this is irrelevant. > > When I committed the file, I received the following mess

Re: Adding [svn users] to subject

On 7/7/14 6:23 AM, Notes Jonny wrote: > Have you thought about adding [svn users] to prefix the subject of emails? > > It would make my mailbox simpler to prioritise all emails.. Currently > I need to read the subjects.. or implement some complex filtering to > folder of svn users emails.. Modify

Re: How to control access of a subversion repo subfolder via AD groups

On 7/7/14 3:56 AM, Ankush Grover wrote: > I am trying to setup Subversion authentication through Active Directory > authentication and authorization through Active Directory groups.Everything is > working fine but the issue I am facing is when I want to restrict access to > subdirectorys of a subve

Re: Where to get apache httpd Windoze binaries compatible with alagazam?

On 6/26/14 1:42 AM, Cooke, Mark wrote: > Sorry, I may be wrong, I tried quite a few packages yesterday. I have a > memory of the package reporting that it was going to install python 2.5 > (whilst I already have 2.7.7 installed). I will try it again but not today, > unfortunately... My notes

Re: Where to get apache httpd Windoze binaries compatible with alagazam?

On 6/25/14 3:49 AM, Cooke, Mark wrote: > I have investigated WanDisco (no bindings) and CollabNet (won't even install > without Java, not allowed). Note I need offline installers, so that excludes > (I believe) tools such as userSVN... The WANdisco Windows installer has swig-python and JavaHL b

Re: New subversion bug?

On 6/16/14 8:26 PM, Croft, Joe wrote: > Thank you, but it would be nice to have a command line option to turn off this > feature. Seems like a reasonable suggestion. I'd suggest --no-target-directory which mirrors the GNU cp option that provides this functionality. Don't think the various Window

Re: Moving repositories up a level

On 6/6/14, 2:41 PM, John Adams wrote: > Come to think of it, I should specify that I'm moving a repository formerly > like this: > > http://svn.server.example.com/dev/APP > > to > > http://svn.server.example.com/dev/APP I'm guessing you mean: http://svn.server.example.com/dev/

Apache Subversion 1.7.17 released

z.asc http://www.apache.org/dist/subversion/subversion-1.7.17.zip.asc For this release, the following people have provided PGP signatures: Ben Reser [4096R/16A0DE01] with fingerprint: 19BB CAEF 7B19 B280 A0E2 175E 62D4 8FAD 16A0 DE01 Bert Huijben [4096R/CCC8E1DF] with fingerprint: 3D1D

Re: how to manually check the MD5 of a file in SVN

On 5/19/14, 6:30 AM, nisha wrote: > I get a Base checksum mismatch error on commit operation. Not sure what could > have changed (or not changed) the hashed file or what could have altered the > MD5 during transportation (check out time or check in time). While checking > out, the working copy did

Re: Getting a diff file from java svnkit

On 5/18/14, 5:22 PM, ajaydeo wrote: > I need to get all the changes that happened in a particular svn revision. > In short, I have revision number and URL to the svn > > To accomplish it, from command line I use following command: > svn diff -c 1593651 http://svn.apache.org/repos/asf/lucene/dev

Re: SVNCacheRevProps and other performance tweaks.

On 5/15/14, 1:15 AM, Terry Dooher wrote: > That's so much clearer now and sounds like something I can definitely use. > As I understand it, the downside is that the server will reveal path > components > and filenames within restricted areas during log operations? Don't think you quite understand

Re: SVNCacheRevProps and other performance tweaks.

On 5/14/14, 10:11 AM, Terry Dooher wrote: > SVNPathAuthz – Currently ‘On’. To my understanding, the value ‘short_circuit’ > will prevent any other path-based authorisation being used for requests. I’m > running Apache2.4/mod_dav_svn, with local Basic Auth and local Authz files. No > network drives

Re: SVNCacheRevProps and other performance tweaks.

On 5/14/14, 12:06 PM, Ben Reser wrote: > Actually I think it's more that you really must have this enabled if you have > revprop packing turned on. I can't think of a reason you don't want this turn > off other than desiring to reduce resource usage at the cost of slow

Apache Subversion 1.8.9 released

http://www.apache.org/dist/subversion/subversion-1.8.9.zip.asc For this release, the following people have provided PGP signatures: Ben Reser [4096R/16A0DE01] with fingerprint: 19BB CAEF 7B19 B280 A0E2 175E 62D4 8FAD 16A0 DE01 Bert Huijben [4096R/CCC8E1DF] with fingerprint: 3D1D C66D

Re: Checksum in --xml for svn info

On 5/12/14, 2:49 PM, Dan Ellis wrote: > When performing an svn info on a local working copy, I can see the file's > checksum (sha-1 specifically), but this doesn't work on repositories. It > would > be really nice and save some bandwidth if I could simply compare checksums > versus performing a d

Re: svn diff --summarize question

On 5/12/14, 2:36 PM, Dan Ellis wrote: > I'm trying to diff the contents between of a local working copy file to a file > in the repository (I really just need a yes/no answer). This file happens to > be identical in content, but they do not share the same ancestry (unrelated > nodes). > > When I

Re: svn diff --summarize question

On 5/13/14, 10:38 AM, Dan Ellis wrote: > I am actually running SVN 1.8.5 on a windows 7 box. I tried removing the > --new/--old to see if that would cause issues, but no avail: > > c:\Project_files\sandbox>svn diff --ignore-properties > "c:\project_files\sandbox\.txt"http://svr/repo/.txt@

Re: svn diff --summarize question

On 5/13/14, 10:57 AM, Ben Reser wrote: > This appears to be a bug. It happens when you use one wc target and one > server > target. It doesn't appear on trunk, trying to track down where we fixed it > and > see how easy it would be to backport to 1.8.x. Looks like it was

Re: svnmucc and line endings

On 5/2/14, 3:24 PM, Dan Ellis wrote: > svnmucc currently only supports linefeed (LF, \n) line endings and complains > about window's style carriage return, linefeed (CRLFs, \r\n) with: > Error: svnmucc: E125005: Cannot accept non-LF line endings in 'svn:log' > property > > This is inconsistent wi

Re: Query about mercurial to svn migration

On 4/26/14, 12:14 AM, narendra agrey wrote: > I have got a task of migrating code base from Mercurial to SVN. > > I had tried 'hg convert" and it starts working upto few revisions. At one > point, it fails with statement: "svn error: file doesn't exists". I didn't > recall the error code but there

Re: Subversion Windows Performance compared to Linux

On 4/28/14, 8:41 AM, Les Mikesell wrote: > There's no concurrent access happening - just home directories where a > user will be working on one machine or another - which is mostly > transparent to normal applications.. Should there be a difference if > they work on the server hosting the exported

Re: Subversion Windows Performance compared to Linux

On 4/24/14, 6:40 PM, Roman Naumenko wrote: > And nfs as well, please (sorry for hijacking the thread). > > Perfomance on nfs is just terrible (for all svn client versions). > Take any linux box, checkout to local fs and checkout to nfs vol: you gonna be > amazed. > > The nfs thing should be a big

Re: Recent Heartbleed OpenSSL bug may affect HTTPS Subversion servers

On 4/12/14, 3:41 PM, Nico Kadel-Garcia wrote: > For our own safety and benefito of combined HTTP/HTTPS servers for > Subversion worldwide: is there a published test to verify that HTTP > servers do not have the same flaw due to also being configured for > SSL? Stefan Sperling replied to you on the

Re: SVN client SSL CRL configuration

On 4/9/14, 7:56 AM, msk...@ansuz.sooke.bc.ca wrote: > My main question is: how do I get the Subversion command-line client to > read a CRL? The ssl-authority-files configuration setting lets me specify > my CA's root certificate in a file; is there a similar setting for the > CRL? I would prefer

Apache Subversion 1.9.0-alpha2 released

rsion-1.9.0-alpha2.tar.gz.asc http://www.apache.org/dist/subversion/subversion-1.9.0-alpha2.zip.asc For this release, the following people have provided PGP signatures: Ben Reser [4096R/16A0DE01] with fingerprint: 19BB CAEF 7B19 B280 A0E2 175E 62D4 8FAD 16A0 DE01 Bert Huijben [

Subversion and Heartbleed

As you may have heard in the news OpenSSL has had a significant security vulnerability [1] [2]. Subversion by way of several of our dependencies uses OpenSSL. On the client side the Neon and Serf HTTP libraries can use OpenSSL (Neon can also use GNUTLS, which is not vulnerable to this issue) and

Re: Recent Heartbleed OpenSSL bug may affect HTTPS Subversion servers

On 4/12/14, 1:30 AM, Thorsten Schöning wrote: > Are you sure about that? From my understanding it is necessary that > data passes OpenSSL's memory to get retrieved because it implements > it's own malloc. I had the feeling that in case of heartbleed only > sending passwords over http would have bee

Re: Recent Heartbleed OpenSSL bug may affect HTTPS Subversion servers

On 4/11/14, 12:52 PM, Nico Kadel-Garcia wrote: > Do you have a pointer to that? It's a reasonable claim, I'd just not > seen anything for verifying it or testing against HTTP sites that have > HTTPS enabled, perhaps even with HTTPS only accessible behind a > closed firewall for administrative user

Re: Recent Heartbleed OpenSSL bug may affect HTTPS Subversion servers

On 4/10/14, 9:53 PM, Nico Kadel-Garcia wrote: > I was just realizing that no one has mentioned it here: For anyone > running HTTPS based Subversion servers, they should really take a good > look at whether their web server is vulnerable to the "HeartBleed" > security problem in OpenSSL. There are v

Re: SVN client SSL CRL configuration

On 4/9/14, 8:56 AM, msk...@ansuz.sooke.bc.ca wrote: > I'm not subscribed to the list and would appreciate a cc: on any replies. > > I run a Subversion server accessible through Apache HTTPS, and several > clients that connect to it, all under Linux, and I run my own CA > (certificate authority) to

Re: "Missing Date and Author in Svn Log" ralate to db folder hard link reference count ?

On 3/17/14, 9:12 PM, Steven Wang wrote: > My Subversion server install on Centos, running as svnserve. > > I have follows repositories created on server : > I use “svnadmin create” to create repository, > some hard link reference count for db folder is 6 > > (drwxrwsr-x 6 stevenw stevenw 4096 Mar

Re: tigris.org down?

On 3/7/14, 2:46 PM, Kyle Sluder wrote: > Trying to access the issue tracker, but subversion.tigris.org is > dropping connections. It's working for me now.

Re: .svn directory - safe to add files in ".svn" or ".svn/tmp"?

On 3/7/14, 8:24 AM, jrm wrote: >> Do not do anything in the .svn directory. That directory is >> exclusively for the use of the SVN working copy library and you could >> easily break your WC. > > Sure - if I overwrote something that has a genuine purpose - or created > something in a location wher

Re: 502 Bad gateway error

On 3/5/14, 8:01 AM, Guido Larrain wrote: > 2014-02-28 8:35 GMT-03:00 Guido Larrain >: > > I'm having issues when i tried to commit some HTML files. i mean, some of > them i can committed without problems, but others when i tried to commit > i'm getting a

Re: Update from 1.8.5 to 1.8.8 breaks my self-signed numeric IP certificate

On 3/3/14, 2:50 AM, Bert Huijben wrote: >> -Original Message- >> From: Daniel Widdis [mailto:wid...@gmail.com] >> Sent: zaterdag 1 maart 2014 05:06 >> To: users@subversion.apache.org >> Subject: Update from 1.8.5 to 1.8.8 breaks my self-signed numeric IP >> certificate >> >> I recently upgr

Re: SVN 1.8.5 svnlook and check_mime_type.pl

On 2/27/14, 12:09 PM, Hartleroad, James [IT] wrote: > The check_mime_type.pl isn’t working with SVN1.8 on a unix system. > > > > It seems the format of the output of the svnlook proplist command changed so > the mime-type is now on a separate line. > > SVN1.7.4 > > svn:executable : > > s

Re: problem after update to 1.8.8

On 2/27/14, 2:32 PM, Bill McCormick wrote: > $svnlook > svnlook: symbol lookup error: svnlook: undefined symbol: > svn_pool_create_allocator > > Any help much appreciated. Looks to me like your svnlook is being dynamically linked against an older version of libsvn_subr. You probably have 1.7.x (

Re: Unable to access our SVN server using SVN 1.8 client

On 2/25/14, 3:37 PM, Ben Reser wrote: > Both mod_authz_default and mod_authz_forbid are registering in the > APR_HOOK_LAST group. So their order is not determinate. If you want to avoid > mod_authz_forbid activating for any other traffic (with or without > mod_authz_default) loade

Apache Subversion 1.7.16 released

http://www.apache.org/dist/subversion/subversion-1.7.16.zip.asc For this release, the following people have provided PGP signatures: Ben Reser [4096R/16A0DE01] with fingerprint: 19BB CAEF 7B19 B280 A0E2 175E 62D4 8FAD 16A0 DE01 Bert Huijben [4096R/CCC8E1DF] with fingerprint: 3D1D C66D 6D2E 0B90

Re: AW: Unable to access our SVN server using SVN 1.8 client

On 2/25/14, 1:25 PM, Markus Schaber wrote: > I tend to think it might be a sensible behavior to not prompt for > Authentication on the client side during specifically this kind of > upwards tree walk when the client successfully authenticated for the > "main" request, and later fails with the sam

Re: Unable to access our SVN server using SVN 1.8 client

On 2/25/14, 12:52 PM, Ben Reser wrote: > 2) Write a custom authz hook that always returns HTTP_FORBIDDEN that hooks > after the ldap module. Configure your custom module to be turned on for your > location. Then set 'AuthzLDAPAuthoritative off', meaning that the ldap module

Re: Unable to access our SVN server using SVN 1.8 client

On 2/25/14, 12:03 PM, Johannes Michler wrote: > Well but by looking into my logfiles I see that my server is indeed sending > HTTP-401. Is this the problem? I don't think there's really anything that a 1.8 client can or should do different here. The server is saying "give me authn credentials" an

Re: Unable to access our SVN server using SVN 1.8 client

On 2/25/14, 11:44 AM, Johannes Michler wrote: > well I'm using Apache 2.2: > apache2 -v > Server version: Apache/2.2.22 (Debian) > Server built: Jan 31 2014 18:55:37 > > Is there a workaround for 2.2 as well? Yeah just realized that looking at your original mail. 2.2 shouldn't have that behavi

Re: Unable to access our SVN server using SVN 1.8 client

On 2/25/14, 11:04 AM, Johannes Michler wrote: > well the client is asking over and over again and finally gives up: > C:\Users\jmichler\Desktop\test>svn co > https://SERVER/svn/PROJEKTE/KUNDE1/trunk/R12/ > Authentication realm: PROMATIS Authentifizierung > Password for 'user1'

Apache Subversion 1.8.8 released

http://www.apache.org/dist/subversion/subversion-1.8.8.zip.asc For this release, the following people have provided PGP signatures: Ben Reser [4096R/16A0DE01] with fingerprint: 19BB CAEF 7B19 B280 A0E2 175E 62D4 8FAD 16A0 DE01 Bert Huijben [4096R/CCC8E1DF] with fingerprint: 3D1D C66D 6D2E 0B90

Re: Malformed URL

On 2/16/14, 10:21 AM, Florent THOMAS wrote: > Hy folks, > > I'm running a strange issue. > I'm trying to make a checkout from a svn 1.8.5 client to a 1.7 repository and > I > have the following error : > svn: E175002: svn: E175002: E125002: Malformed URL > '/repo-manager/svn/myrepo/trunk' > I'm

Re: Showing unmerged revisions within a range

On 2/7/14, 10:45 PM, Ben Reser wrote: > Finally, save yourself some trouble and learn the ^/ syntax: > https://subversion.apache.org/docs/release-notes/1.5.html#externals-relative-urls And it's clearly too late since I linked to the wrong relative URL release note. I m

Re: Showing unmerged revisions within a range

On 2/7/14, 4:28 PM, Kyle Sluder wrote: > % svn mergeinfo --show-revs=eligible -r202859 ${Repository Root}/trunk > r200832 > r200833 > r200836 > r200837 > [ ... snip ...] > > Notice that -r200832 is much earlier than the r202859 argument which was > passed on the command line. > > My wild guess is

Re: Multiple SVN repos with single server?

On 2/7/14, 1:28 PM, Bob Archer wrote: > We switched from svn:// to http:// and didn't see any pref difference. Then > again, I didn't benchmark it. That said, we don't do any path based > authorization and that may be the difference. svnserve will be faster if you're committing a lot of files.

Re: Multiple SVN repos with single server?

On 2/7/14, 11:57 AM, Tom Malia wrote: > Is it possible to server multiple SVN repositories…. Where I mean completely > different SVN directories… not separate folders within a single SVN repo… > using > SVNSERVE on a single server? If so, how? svnserve -d -r /var/svn Where each folder in /var/s

Re: Redirect Triggered Relocate for Non-Root Checkout

On 2/7/14, 8:27 AM, Shane Anderson wrote: > So, I ask: Why can't the svn update figure this out? The redirect has the > root > URL in it, with '/trunk' added, and knows the working copies old root URL, so > couldn't it just remove the '/trunk' from the redirected/new URL and still do > the reloca

Re: The XML response contains invalid XML

On 2/4/14, 10:05 PM, Daren Hawes wrote: > I was hoping someone has seen this error before. It randomly happens when we > SVN Checkout. > > > > We have a Windows 2012 Server with SVN 1.8.5 installed. We use Visual SVN > 1.8.4 > to manage this Server. > > > > The Sub Version data folder is o

Re: Solving problem with space in file names

On 2/5/14, 4:46 AM, Stefan Sperling wrote: > Yes, please contact them. Patches to fix these issues exist. > If downstream projects don't pick them up, then their users > should convince them to do so. > > Our time is better spent on problems we have not patched yet. In this case they could simply

Re: New svn client format (1.7+) breaks when checkout crosses filesystems

On 2/3/14, 2:26 PM, Marc MERLIN wrote: > On my personal system, I got a new svn and as prompted by "your repo is > too old", upgraded it to the new format (svn 1.7.13). You mean working copy, there is no such message about repositories. We support repositories all the way back to 1.0. > And now

Re: expanding custom keywords in dump

On 2/3/14, 4:19 AM, Branko Čibej wrote: > The patch isn't needed for 1.8, the feature is now standard in Subversion. http://subversion.apache.org/docs/release-notes/1.8.html#custom-keywords

Re: expanding custom keywords in dump

On 2/1/14, 1:24 AM, Thorsten Schöning wrote: > I wasn't criticizing anything. Just thought that expanding $FreeBSD$ > may have been a feature the FreeBSD guys patched into Subversion on > their own, because some days ago it has been mentioned that FreeBSD > patches subversion to get some features t

Re: Solving problem with space in file names

On 2/3/14, 7:33 AM, t...@bbschk.com wrote: > The TortoiseSVN user group is sure this stems from subversion itself, and > after > reading through this mailing list, it seems this problem may be due to the > Apache version on my system, which happen to be Apache 2.2.25, which as I > understand it ha

Re: expanding custom keywords in dump

On 1/31/14, 8:00 PM, Nico Kadel-Garcia wrote: > This is why you don't use keywords if you can avoid it, especially for > multi-environment projects. Frankly, you will often have diffs with > keywords and "svn:eol-style": Don't evey try to pretend that anything > with keywords is going to be byte f

Re: Possible bug in SVN 1.8.3 and 1.8.4 - file locking

On 1/31/14, 1:54 PM, Steve Davis wrote: > :: Attempted to lock the working file > svn lock c:\dev\Testrepo\NewDoc.txt > > Response: > svn: E200035: sqlite[S19]: LOCK.lock_token may not be NULL > svn: E200035: Additional errors: > svn: E200035: sqlite[S19]: LOCK.lock_token may not be NULL What if

Re: Vendor Branches from Foreign Repositories: svn: E200009: Can't set 'svn:eol-style'

On 1/31/14, 5:49 AM, Uwe Tropp wrote: > I'm trying to import a vendor branch from a foreign repository by: > > d:\foo>svn copy http://svn.boost.org/svn/boost/tags/release/Boost_1_55_0 > Boost > > svn starts copying, but aborts with E29: Can't set 'svn:eol-style': > > --- Copying from foreign

Re: tag rename fails to delete on svnsync mirror

On 1/30/14, 8:52 AM, Jones, Gretchen wrote: > Can anyone explain why a tag “renamed” on the master repository is not > replicated identically on a mirror? A new tag is created on the mirror but the > old tag is not removed on the mirror. SVN 1.7.4 There isn't really sufficient information to give

Re: encountered error with subversion version 1.8.0

On 1/29/14, 8:21 PM, Austin Mico wrote: > I have encountered error with subversion. The conf for apache is > > >DAV svn >SVNParentPath /var/repos >SVNPathAuthz off > AuthBasicProvider file > AuthType Basic > AuthName "SVN Login" > AuthLDAPURL > AuthUserFile /etc/h

Re: Need help getting Dreamweaver CS5 to connect to Apache Subversion

On 1/28/14, 12:30 PM, Ryan Schmidt wrote: > > On Jan 28, 2014, at 08:09, Heather Bartolotta wrote: > >> Rackspace installed Apache™ Subversion® 1.6.11 on our Redhat Enterprise >> Linux 6 Dedicated Rackspace server. > > I wonder why? Subversion 1.6 and earlier are no longer supported, ever since

Re: Encrypted passwd on Debian, SVN-Server

On 1/21/14, 8:37 AM, Anselm Arndt wrote: > I am trying to store the passwords encrypted in the "passwd". > The gnome-keyring package could be used for everyone who is using a > svn-client, > but I want to store the passwords on the server encrypted. > Could you give me a hint or a link were I can

Re: Pre step before SVN Merge

On 1/22/14, 9:49 PM, Masood wrote: > Can I write hook scripts at server end to perform the task ? > If so, can i get any web link for it ? A merge is just a read operation as far as the server is concerned and we don't have hooks for reads. There actually is one Subversion client that supports cl

Re: upgrade to subversion 1.8.5 suspected bug

On 1/21/14, 9:43 PM, Austin Mico wrote: > AddType text/html .php Ryan is entirely right. This is your problem. Add this to your Location for svn: RemoveType .php Or simply move the AddType inside some block a block probably makes the most sense. Since blocks will never match against SVN serv

Re: upgrade to subversion 1.8.5 suspected bug

On 1/20/14, 9:04 PM, Austin Mico wrote: > If you have this code below which can be viewed exactly like this on browser > on > version 1.8.4 > > > // Define path to application directory > defined('APPLICATION_PATH') > || define('APPLICATION_PATH', realpath(dirname(__FILE__) . > '/../applic

Re: Invalid command 'SVNMasterURI' in configuring svn write-through

On 1/19/14, 6:03 PM, WilliamBai wrote: > Now executing "apachectl restart" and get the result: > > apachectl: Configuration syntax error, will not run "restart": > Syntax error on line 5 of /etc/htt

Re: Invalid command 'SVNMasterURI' in configuring svn write-through

On 1/17/14, 8:07 PM, WilliamBai wrote: > I encounter the following error when configuring the slave machine of svn > write-through, Could you give some suggestions? > > [root@FiOS-DL120-10 ~]# apach

Re: "svn log --xml -g" doesn't identify a reverse merge but "svn log -g" does

On 1/16/14, 1:59 PM, Ben Reser wrote: > Opened issue #4463 for this: > http://subversion.tigris.org/issues/show_bug.cgi?id=4463 Fixed in r1559032. I anticipate that the fix will be included in 1.9.0.

Re: "svn log --xml -g" doesn't identify a reverse merge but "svn log -g" does

On 1/16/14, 1:38 PM, Ben Reser wrote: > On 1/16/14, 12:31 PM, Andrew Reedick wrote: >> I need a sanity check. Is this an oversight that needs to be corrected, or >> am I missing something? >> >> Problem: >> "svn log -g" will explicitly identify a

Re: "svn log --xml -g" doesn't identify a reverse merge but "svn log -g" does

On 1/16/14, 12:31 PM, Andrew Reedick wrote: > I need a sanity check. Is this an oversight that needs to be corrected, or > am I missing something? > > Problem: > "svn log -g" will explicitly identify a reverse merge, however, when > specifying xml output ("svn log -g --xml") no such identif

  1   2   3   >