Is Subversion affected by Log4Shell?

Hi there, We are currently running Subversion Visual SVN Server version 3.9.7 and want to know if this version is affected by the Log4Shell vulnerability? If so, is there a fix or version we should upgrade to? Thanks Martin

Re: Locked file - Windows - filesystem number instead of path is shown in error message

't want to add also each working copy to the username Best regards Martin Rupp Am 03.01.2021 um 09:53 schrieb Daniel Sahlberg: Den sön 3 jan. 2021 kl 06:37 skrev Martin Rupp <mailto:martin.r...@nefkom.net>>: Hi, If a file is locked I get an error message like: Lock f

Locked file - Windows - filesystem number instead of path is shown in error message

Hi, If a file is locked I get an error message like: Lock failed: C:\test\svn\TestSvn\Test-o1.fodt Error: Path '/Martin/Test-o1.fodt' is already locked by user 'martin' in filesystem Error: '75510a91-dada-4f23-b575-03fe34008164' (TortoiseSVN 1.14.0, Build 28885

Re: using -F fails using bash process substitution. bug?

Daniel Shahaf writes: > I see you've now done this in r1836306. Any reason not to backport > that? (Feel free to add my +1) Nominated for 1.10. -- Philip

Re: using -F fails using bash process substitution. bug?

Daniel Shahaf writes: >> The workaround is to use: >> >> echo -ne "ignorethis\n" | svn ps svn:ignore -F - . > > By the way, an even simpler workaround in this case is > > svn ps svn:ignore -m $'ignorethis\n' ./ No. In this case -F specifies the property value, not the log message. Something

Re: Http authentication

"Felix E." writes: > I understand that the very first request shouldn't contain any auth header. > But If a svn function is called multiple times(for the same host etc.) and > there was already a successful authentication, it should be possible to add > the auth header to the following requests i

Re: using -F fails using bash process substitution. bug?

Zing Shishak writes: > The following fails to set svn:ignore using process substitution for the > file option: > > $ svn ps svn:ignore -F <(echo -ne "ignorethis\n") . > property 'svn:ignore' set on '.' > > The property is created but it's empty. Is this something that's not > expected to work? I

Re: SSL handshake failed: SSL alert received

"Brandon L. Wisenburg" writes: > Hi Philip > Thanks for the reply. The odd part is when I do the openssl s_client > it looks like the handshake is successful. Yes, that's to be expected because the client is sending OPTIONS. You haven't told us which version of Subversion/SSL you are using but

Re: SSL handshake failed: SSL alert received

Philip Martin writes: > "Brandon L. Wisenburg" writes: > >> svn update >> svn: OPTIONS of 'https://domain/src': SSL handshake failed: SSL alert >> received: Handshake failed (https://www.domain.com) > > You don't say which version of Subve

Re: SSL handshake failed: SSL alert received

"Brandon L. Wisenburg" writes: > svn update > svn: OPTIONS of 'https://domain/src': SSL handshake failed: SSL alert > received: Handshake failed (https://www.domain.com) You don't say which version of Subversion you are using but that looks like an old client as a newer client would include an

Re: Bug: svn copy --parents

Nikita Slyusarev writes: > I've prepared a patch for this bug and I'm ready to both create a > corresponding issue in the issue tracker and contribute the patch, but > issue creation form warned me to discuss the issue first on the > mailing list. What are my further actions? If you have a patch

Migration a Git archive to subversion

Hello, I want to migrate my git project archive to subversion. In the internet I can't find only infos about migrate from subversion to git. Can you tell me how I can migrate my projects to svn? Thank your for your help. BR martin

Re: Bug: Locally deleted file wrongly accepted as log message string.

Karl Fogel writes: > :-). In any case, I first wanted to make sure there is consensus that > this is a bug. Do we agree? Agreed. -- Philip

Re: SVN patch issue with property changes

Julian Foad writes: > The issue is about a patch that *changes* the current value to another > value, not a patch that *adds* a property. Yes, sorry. I misinterprted the patches. -- Philip

Re: SVN patch issue with property changes

Julian Foad writes: > Julian Foad wrote: >> The bug seems to be that 'svn patch' fails to apply any patch of >> this form, that tries to change a property value from empty to >> non-empty. > > I committed a test for this in http://svn.apache.org/r1834628 I'm confused, you are treating as '' spe

Re: SVN patch issue with property changes

Daniel Shahaf writes: > You mentioned earlier that svn:executable was present with an empty > value. Is that really the case? If it is --- which would be surprising, > as it's supposed to be an impossible state --- it would explain why you > got a conflict. The normalization of svn:executable

Re: Unable to shelve changes when using custom diff-cmd

Csongor Pal writes: > I ran into an issue with svn shelve on my setup. I use the following > script as my diff-cmd to open diffs with FileMerge on macOS: > svn-diffwrap.sh > > > When running an svn

Re: svn 1.9.7: svnadmin: E200014: Checksum mismatch while reading representation:

Rolf Campbell writes: > svnadmin: E16: SHA1 of reps '6604 1765 12180 238060 > 091c0630eece721fea4cba1bd1c99ba5 8c58eef60c3e147f2056a65139adccdc5802a308 > 6606-53k/_19c' and '-1 0 12180 238060 091c0630eece721fea4cba1bd1c99ba5 > 8c58eef60c3e147f2056a65139adccdc5802a308 6606-53k/_19c' matches

Re: "Expected format '3' of repository; found format '5' "

Philip Martin writes: > Branko Čibej writes: > >>>> "svnadmin: Expected format '3' of repository; found format '5' " >> >> Actually this could be quite a problem, because FSFS format version 5 >> was never present in any off

Re: "Expected format '3' of repository; found format '5' "

Branko Čibej writes: >>> "svnadmin: Expected format '3' of repository; found format '5' " > > Actually this could be quite a problem, because FSFS format version 5 > was never present in any official release of Subversion. I believe that error is the repos layer, not the FSFS layer. It looks li

Re: "Expected format '3' of repository; found format '5' "

Paul Greene writes: > I'm migrating an SVN server to a new server. The old server is running an > ancient version of Redhat and version 1.4 of subversion. > > The new server is running CentOS 7 and version 1.7 of subversion. > > I'm creating some test dump files to copy from the old server to the

Re: Group contain problem in authz

黄磊 writes: > We meet a problem while upgrade the SVN server from 1.9 to 1.10. In > the file 'authz', it seems not support for group to contain other > group. > > I can give a simple example. > In the 'authz' file: > > [groups] > GuserA = userA > GuserB = userB > GroupA = @GuserA, @GuserB > > [/]

Re: locks-test fail when building subversion-1.10.0 from sources under Linux (Ubuntu 16)

Juan Gabriel Covas writes: > Thanks for your input. > > # ./fs-test 14 > PASS: lt-fs-test 14: set/get txn props, commit, validate new rev props > >>Does it always fail? > > Always Pass when executed individually. Oops! I gave the wrong executable name. It should be ./locks-test 14 >>What

Re: locks-test fail when building subversion-1.10.0 from sources under Linux (Ubuntu 16)

Juan Gabriel Covas writes: > svn_tests: E26: Expected error but got SVN_NO_ERROR > FAIL: lt-locks-test 14: lock/unlock when 'write-lock' couldn't be obtained > PASS: lt-locks-test 15: lock parent and it's child > END: locks-test > ELAPSED: locks-test 0:00:03.594386 > > Extract from fails.lo

Re: How to disable lz4 support when library is installed in system?

Daniel Shahaf writes: > In principle, if svn were built without lz4 (which isn't supposed to be > allowed by the stock configure) then it won't be able to read or produce > svndiff2 deltas, which are used on the wire and may be used in FSFS f8 > on-disk data. If committed r1829344 so that config

Re: Subversion 1.9.7 server on Windows, advice on setting up svnsync?

Bo Berglund writes: > Good, then I will go ahead and erase the failed mirror repos and > re-create them and then load the dump files. But for the not yet used > repos I can just start loading the dumps. Saves some time. There are some things you can do to make load faster. In 1.10 load has a ne

Re: Subversion 1.9.7 server on Windows, advice on setting up svnsync?

Bo Berglund writes: > 1) Do I have to disable the hooks I put in place for sync during the > load? Or will they not be triggered during a load operation? No, by default load does not invoke hooks. You can choose to invoke them via a command line options. > 2) What do I do about the two repos w

Re: Subversion 1.9.7 server on Windows, advice on setting up svnsync?

Philip Martin writes: > Bo Berglund writes: > >> 2) Use hotcopy to make a backup copy of everything including hooks. >> The caveat here is that the hotcopy needs to be using the exact same >> version on both master and mirror. But I have 1.9.7 master on Windows >&

Re: Subversion 1.9.7 server on Windows, advice on setting up svnsync?

Bo Berglund writes: > 2) Use hotcopy to make a backup copy of everything including hooks. > The caveat here is that the hotcopy needs to be using the exact same > version on both master and mirror. But I have 1.9.7 master on Windows > and 1.9.3 mirror on Ubuntu Linux No, hotcopy needs compatible

Re: E130003: The XML response contains invalid XML - Follow-up

Daniel Shahaf writes: > Philip Martin wrote on Fri, 16 Mar 2018 13:44 +: > > Changing "0" to "48" would also have broken the and > offsets in that revision file, so how come 'verify' worked after > that change? In the examples he gave it lo

Re: E130003: The XML response contains invalid XML - Follow-up

"NOCERA, ANDY" writes: > I used dump and load to debug the malformed node revision ID. Here > are my steps and what learned. Looks like the revs' file text: entry > has a zero instead of size. By just editing the size, verify worked. > No other change was required. The question is can we corr

Re: Run shelve tests in subversion 1.9

wuzhouhui <1530108...@qq.com> writes: >>> Most likely you forgot to make the file executable. > The file is executable. You probably need to rerun gen-make.py. gen-make.py is responsible for adding the new file to TEST_PROGRAMS in build-outputs.mk -- Philip

Re: subversion not detecting apr and apr-utils libraries

Guido granda muñoz writes: > I'm trying to install subversion 1.9.7 in Ubuntu 16.04 using its source > code. When I do ./configure ./configure --with-apr=/usr/lib/apache2 > --with-apr-util=/usr/lib/apache2 , I get the following error: configure should find apr/aprutil on Ubuntu without you usin

Re: SHA-1 collision in repository?

Myria writes: > How can I dump out the two things that Subversion thinks have the same > SHA-1 checksum but don't match? This seems to be rather difficult to do. On the server side: svnlook cat repository path-in-repository svnlook cat -r N repository path-in-repository svnlook cat -t TX

Re: SHA-1 collision in repository?

Stefan Sperling writes: > Yes. And if the content differs, it must be rejected, because an FSFS > repository can only store one content per SHA1 checksum. To be accurate the server-side code can handle the files perfectly well if rep-caching is disabled. One can retreive either file, dump/load

Re: SHA-1 collision in repository?

Nathan Hartman writes: > Does this mean that content being committed to the repository is never > elided based on the SHA hash alone but only after a fulltext > verification that the content actually already exists in the > repository? That's correct. Fulltext matching was added in 1.9.6 and 1.

Re: SHA-1 collision in repository?

Myria writes: > I just found out that the file causing the error from the large commit > is not the large file - it's one of the smaller files, about 55 KB. > If I commit that single smaller file from the large commit, it errors > the same way as the original 227185 would. This is exactly like t

Re: SHA-1 collision in repository?

Johan Corveleyn writes: > I'm wondering whether this is related to the bug that was fixed for > 1.8.x here: > > http://svn.apache.org/viewvc?view=revision&revision=1803435 > > ... or a similar problem. > I'm actually not sure whether that bugfix was released already (it's > not mentioned in CHANG

Re: E130003: The XML response contains invalid XML - svn co and log issue on some repos using https/http

"NOCERA, ANDY" writes: > svn co https://xxx.com:6022/svn/asgard > svn: E130003: The XML response contains invalid XML If you have the socat proxy available then you can use that to log the traffic and see the failing XML: https://subversion.apache.org/docs/community-guide/debugging.html#net-tra

Re: SHA-1 collision in repository?

Myria writes: > -bash-4.1$ sqlite3 rep-cache.db "select * from rep_cache where > hash='db11617ef1454332336e00abc311d44bc698f3b3'" > db11617ef1454332336e00abc311d44bc698f3b3|604440|34|134255|136680 > > The line from the grep -a command containing that hash is below. They > all match. > text: 6044

Re: SHA-1 collision in repository?

Philip Martin writes: > There are a couple of options: > > A) disable rep-caching by editing fsfs.conf inside the repository > > B) reset the mapping by deleting/renaming the file db/rep-cache.db > inside the repository (but please rename rather than delete if you >

Re: SHA-1 collision in repository?

Myria writes: > I was able to branch (svn copy) the affected branch to a new branch, > and committing the same file to the new branch has the same error. > Checking out that revision works fine; only that commit is affected. I suspect the problem is that the repository revision files are OK but

Re: SHA-1 collision in repository?

Stefan Sperling writes: > On Fri, Feb 23, 2018 at 01:06:36PM -0800, Myria wrote: >> The revision 605556 is simply the current revision number of the >> repository at the time of the attempted commit, and is unrelated to >> the problem. If I attempt the commit now, it's a higher number, but >> ot

Re: SHA-1 collision in repository?

Branko Čibej writes: > On 22.02.2018 21:30, Myria wrote: >> When we try to commit a very specific version of a very specific >> binary file, we get a SHA-1 collision error from the Subversion >> repository: >> >> D:\confidential>svn commit secret.bin -m "Testing broken commit" >> Sendings

Re: Reference to non-existent node

Davor Josipovic writes: > You make the PID sound very important, and with good reason too! I > just went back through the logs to make sure that I didn't mess up the > PID before posting. I didn't. In each case, the PID was > different. This might explain the time difference. The Subversion clie

Re: Reference to non-existent node

Davor Josipovic writes: >> Are you running Linux or Windows? Is the disk local or networked? > > Server is Debian 9.3. Disk is mounted through fstab with options > noatime,nodiratime,data=ordered,nofail. > >> Do you have some other process running that mointors the filesystem or >> the repositor

Re: Reference to non-existent node

Davor Josipovic writes: >> Do you see the DELETE in the log after the failed MERGE? Was there an >> error? > > The apache2 log I posted is the whole log for that day as far as I > recall. There was nothing else. You see the DELETE error before the > MERGE error. I think that is due to a timing i

Re: Bugreport: invalid xml file produced by: svn log --xml --verbose --use-merge-history --search "msg1"

Hi all, I entered this bug to the issue tracker last year: https://issues.apache.org/jira/browse/SVN-4711 Should I also post it to the development list (d...@subversion.apache.org )? Thanks On 13.12.2017 10:08, Johan Corveleyn wrote: +1

Re: Reference to non-existent node

Johan Corveleyn writes: >> [Sat Feb 10 03:25:30.640591 2018] [dav:error] [pid 2966] [client >> X.X.X.X:61712] Could not MERGE resource "/svn/repo/!svn/txn/463-e8" into >> "/svn/repo/repofolder". [500, #0] >> [Sat Feb 10 03:25:30.642889 2018] [dav:error] [pid 2966] [client >> X.X.X.X:6171

Re: File not accepted as valid addition to svn

Bo Berglund writes: > svn add Fasadändring&Attefalltillbyggnad.pdf > svn: warning: W155010: 'D:\Bosse\Fasadändring' not found '&' has special meaning to the shell and needs to be quoted or escaped. -- Philip

Re: Reverting accidental permanent acceptance of SSL certificate?

Bo Berglund writes: > How can I revert this? Is there a client svn command to un-accept a > certificate? All I find when googling is the opposite, i.e. how to > accept a certificate... Use svn auth to see all the stored credentials. Use svn auth SOMEPATTERN to show just those matching S

... is already a working copy for a different url

my folders, so there should be no such problem any more. How do I know which URL is the problem? How can I make SVN forget the wrong URL, so that I can use the folder for the right URL? Thanks Martin

Re: Bugreport: invalid xml file produced by: svn log --xml --verbose --use-merge-history --search "msg1"

Thanks. Bug is reported: https://issues.apache.org/jira/browse/SVN-4711

Bugreport: invalid xml file produced by: svn log --xml --verbose --use-merge-history --search "msg1"

Anything else that could possibly be relevant. Err on the side of too much information, rather than too little. - Expected output: xml with just one "" line - Actual output (see last lines): xyz 2017-12-11T10:14:38.084171Z /trunk/iota msg1

[ANNOUNCE] Apache Subversion 1.8.19 released

4096R/376A3CFD110B1C95] with fingerprint: 7B8C A7F6 451A D89C 8ADC 077B 376A 3CFD 110B 1C95 Daniel Shahaf [3072R/A5FEEE3AC7937444] with fingerprint: E966 46BE 08C0 AF0A A0F9 0788 A5FE EE3A C793 7444 Philip Martin [2048R/76D788E1ED1A599C] with fingerprint: A844 790F B574 3606

Re: svn commit failing - username not sent on the MERGE webdav command

writes: > Ok now I joined the mailing ilst. But I have not had any response to this > problem. > > Any suggestions? Should I RTFM - if so which? > > I've tried different things - and it only seems to allow access if > 'anonymous' is given access. Which could be a deal breaker for us. > > Ide

Re: svn_client_status5 veeeeeeery slow [SEC=UNCLASSIFIED]

"Thamm, Russell" writes: > Any idea why svn_client_status5 is behaving so strangely? I suspect you altered all the timestamps on the working files when you copied the working copy, or perhaps the filesystems have different timestamp resolution. Running 'svn cleanup' will probably fix the proble

Re: --editor-cmd not working with paths with spaces?

Thorsten Schöning writes: > From my point of view paths with spaces should be supported. The user controls the spaces, on Linux at least: $ svn ci --editor-cmd "/some/path/with\ spaces" or $ svn ci --editor-cmd "'/some/path/with spaces'" Giving the user control over the meaning of spaces

Re: FW: Error running make for subversion

"Joseph, Anselm" writes: > Is there anything here that is not quite right? That is as expected. Subversion/libtool is producing shared libraries in .a format (AIX native). The Apache apxs script expects the libraries to be in .so format. I do not know if Apache on AIX can load modules in .a f

Re: FW: Error running make for subversion

"Joseph, Anselm" writes: > FYI, > I upgraded to httpd-2.4.25, but still getting the same error. > Are your other Apache modules .so or .a? All .so under > ../httpd-2.4.25/apache/modules > > There are older versions of mod_authz_svn.so mod_dav_svn.so from a > previous/older subversion install in t

Re: FW: Error running make for subversion

"Joseph, Anselm" writes: > Hello all, > Any chance someone has some time to take a look at the attached files > and give me some pointers. I am not making any progress at all. > Thanks in advance. This page: https://www.ibm.com/developerworks/aix/library/au-gnu.html tells me that AIX has two s

Re: Backup using ZFS Snapshots

- Original Message - > From: "Mark Phippard" > To: "amartin" > Cc: "users" > Sent: Thursday, December 15, 2016 8:40:43 AM > Subject: Re: Backup using ZFS Snapshots > On Thu, Dec 15, 2016 at 9:25 AM, Andrew Martin wrote: > >>

Re: Backup using ZFS Snapshots

- Original Message - > From: "Mark Phippard" > To: "amartin" > Cc: "users" > Sent: Tuesday, December 13, 2016 3:57:04 PM > Subject: Re: Backup using ZFS Snapshots > On Tue, Dec 13, 2016 at 4:47 PM, Andrew Martin wrote: > >

Re: Backup using ZFS Snapshots

- Original Message - > From: "Mark Phippard" > To: "amartin" > Cc: "users" > Sent: Tuesday, December 13, 2016 3:35:37 PM > Subject: Re: Backup using ZFS Snapshots > On Tue, Dec 13, 2016 at 4:17 PM, Andrew Martin wrote: > >&g

Re: Backup using ZFS Snapshots

- Original Message - > From: "Stefan Sperling" > To: "amartin" > Cc: "users" > Sent: Tuesday, December 13, 2016 3:29:50 PM > Subject: Re: Backup using ZFS Snapshots > On Tue, Dec 13, 2016 at 03:17:53PM -0600, Andrew Martin wrote: >>

Backup using ZFS Snapshots

pshot occurs, would svnadmin hotcopy still be able to safely handle creating the backup? Is this a safe procedure for creating backups? Thanks, Andrew Martin

Re: Client connection timeout checkout/export/update

mod_auth_kerb code dead-locks... What are recommended Kerberos SPNEGO settings for Apache2 on Linux with Subversion 1.8 ? Best regards -- Yves Martin

Re: Client connection timeout checkout/export/update

oo. Thank you for your help -- Yves Martin

Client connection timeout checkout/export/update

for your help -- Yves Martin

Subversion Supported vs. Unsupported versions clarification

ou mention, it's a matter of interpretation. We are hoping you can confirm the current state of support for these versions. Thank you, Brian Martin Tenable Security Response

Re: svn:mergeinfo updated for unchanged files/folders at merge of a feature branch to trunk - is this desirable?

older: https://github.com/ymartin59/svn-clean-mergeinfo It is not "perfect" (yet... do not hesitate to report issues with test cases) but it helps a lot to reduce svn:mergeinfo sets. Then a quick human check is required to finalize: remove remaning properties and commit the result. Hope this helps -- Yves Martin

Re: svn --diff-cmd not working

Hello, Are you sure there are proper ${6} and ${7} arguments in any cases ? You should add check in your script before invoking vim -d I also recommend to end script with "exec /usr/bin/vim " -- Yves Martin

Re: AW: Timestamp issue with "svn status" in 1.9.3

Peter Klotz writes: > Instead of "why is the second change not reported" it should be "why > is the first change reported". > > Relevant part of the script: At this point Subversion has recorded a timestamp for the file. > echo "2" > x > touch -m -t "20121231.00" x > svn -q status <-

Re: Timestamp issue with "svn status" in 1.9.3

equal so modification not detected $ -- Philip Martin WANdisco

Re: parent directory is referenced by "svn info"?

l not be fixed > in the 1.6 release branch. If you can, upgrade to either 1.8 or 1.9. Symbolic links break some 1.6 operations: $ svn1.6 co file:///... wc $ svn1.6 info $PWD/wc | grep Kind Node Kind: directory $ ln -s wc wc2 $ svn1.6 info $PWD/wc2 svn: '/home/pm/sw/subversion/obj3' is not a working copy -- Philip Martin WANdisco

Re: files always reported as reverted for different owner

"Bert Huijben" writes: > (I'm unable to reproduce your issue with just your script) I can reproduce, I've raised: https://issues.apache.org/jira/browse/SVN-4622 -- Philip Martin WANdisco

Re: Apache 2.4, Worker MPM, SVN 1.7.20, MOD_DAV_SVN and Post-Commit Hooks

ood to know! Added in 1.8, it's not in 1.7. -- Philip Martin WANdisco

Re: Apache 2.4, Worker MPM, SVN 1.7.20, MOD_DAV_SVN and Post-Commit Hooks

configuration. Perhaps one of the other Apache modules? If you attach a debugger (dbx?) to the process a stack trace might provide a clue. The stack trace will be more useful if you have debug symbols but your binaries may be compiled without. -- Philip Martin WANdisco

Re: Apache 2.4, Worker MPM, SVN 1.7.20, MOD_DAV_SVN and Post-Commit Hooks

Philip Martin writes: > You could try building more recent APR/Apache/Subversion. Since you are already building Subversion you could try running Subversion's regression tests for Apache worker: make davautocheck CLEANUP=1 PARALLEL=1 APACHE_MPM=worker -- Philip

Re: Apache 2.4, Worker MPM, SVN 1.7.20, MOD_DAV_SVN and Post-Commit Hooks

ith the svn:// protocol to see if the problem is limited to Apache. You could try building more recent APR/Apache/Subversion. -- Philip Martin WANdisco

Re: cannot delete directory with deleted zombie-locked file

can prevent this trouble for others in the future? No. -- Philip Martin WANdisco

Re: Svn 1.9 repository 20% bigger than svn 1.8 repository

Stefan Fuhrmann writes: > So, all user content is there and merely the deduplication failed > (as already being investigated elsewhere in this thread). I suppose format 7 might allow us to implement a system that fixes missing deduplication during packing. -- Philip Martin WANdisco

Re: Svn 1.9 repository 20% bigger than svn 1.8 repository

e fails to open when first accessed then this failure can be cached for the entire svnsync run with the result that the entire svnsync run will do no deduplication. This is probably a good thing if the problem is a corrupt file that will always fail to work. It is less good for a transient problem cause by interference from some Windows anti-virus/indexing. -- Philip Martin WANdisco

Re: Svn 1.9 repository 20% bigger than svn 1.8 repository

n executing in the middle of day so > it is possible I tried to peek "how big the repo is at disk". The SQLite code expects there to be contention for the file and has a timeout (10s as I recall). In your case something appears to have blocked access for an extended period of time. -- Philip Martin WANdisco

Re: Svn 1.9 repository 20% bigger than svn 1.8 repository

isions are missing from the 1.9 rep-cache. There isn't any way to fix the missing deduplication other than a dump/load, but it would be interesting to find out why it failed. Which method did you use to write during sync: file, svn or http? -- Philip Martin WANdisco

Re: Svn 1.9 repository 20% bigger than svn 1.8 repository

Philip Martin writes: > You can see how many entries there are with: > > sqlite3 repo/db/rep-cache.db "select count(*) from rep_cache order" That should be: sqlite3 repo/db/rep-cache.db "select count(*) from rep_cache" -- Philip

Re: Svn 1.9 repository 20% bigger than svn 1.8 repository

turn any results at all if the file is corrupt. -- Philip Martin WANdisco

Re: Svn 1.9 repository 20% bigger than svn 1.8 repository

u can run svnlook tree path/to/repo to get a listing of all the paths visible in HEAD, you should get the same list for 1.8 and 1.9. 1.9 provides svnfsfs stats path/to/repo which you can run on both the 1.8 and 1.9 repositories. -- Philip Martin WANdisco

Re: Svn 1.9 repository 20% bigger than svn 1.8 repository

Hello, Have you checked disk space consumed by "pending" transactions (db/transactions) in your original 1.9 repository ?​ To clean up, use svnadmin lstxns and rmtxns. Hope this helps -- Yves Martin

Re: 1 updated user can't commit

but the problem went away before it could be diagnosed: http://svn.haxx.se/users/archive-2015-04/0094.shtml E120105 is SERF_ERROR_BAD_HTTP_RESPONSE. A netwwork trace may be necessary to work out what is going wrong. I suppose there might be a clue in the server error log. -- Philip Martin WANdisco

Re: Debian Linux 32 vs. 64 bit

David Chapman writes: > On 1/25/2016 10:45 AM, Philip Martin wrote: >> It should just work for both repositories and working copies. > > Is that documented somewhere, such that system administrators can rely > on it? I don't know if it is explictly documented anywhere. T

Re: Debian Linux 32 vs. 64 bit

are BDB library compatibility issues: a recover/upgrade may be needed and downgrading to older BDB is not always possible. -- Philip Martin WANdisco

Re: Subversion commit email script and "unprintable" characters

EL/CentOS 6 is going to be rebuilt to have useable python bindings. -- Philip Martin WANdisco

Re: Subversion commit email script and "unprintable" characters

Alfred von Campe writes: > On Jan 19, 2016, at 15:09, Philip Martin wrote: > >> I think that means your bindings were built against python 2.7, which >> provides PyCapsule_Import, while you are trying to use 2.6, which does >> not provide it. > > Thanks for the i

Re: Subversion commit email script and "unprintable" characters

ule_Import I think that means your bindings were built against python 2.7, which provides PyCapsule_Import, while you are trying to use 2.6, which does not provide it. -- Philip Martin WANdisco

Re: Apache+Kerberos+SVN works with IE repo browser, but not Chrome or TSVN ???

is: http://svn.apache.org/viewvc?view=revision&revision=r1708699 -- Philip Martin WANdisco

Re: Apache+Kerberos+SVN works with IE repo browser, but not Chrome or TSVN ???

rb and mod_auth_ldap. This bug causes Apache to return 401 responses without a WWW-Authenticate header and this means clients do not attempt to authenticate. 1.8.15 as a fix for this bug. -- Philip Martin WANdisco

Re: Unexpected HTTP status 400 'Bad request'.

Thanks Philip. Great tips. Just a remark: port to use in svn ls command is 9630 (instead of 9603) -- Yves Martin

Re: Unexpected HTTP status 400 'Bad request'.

ty is to use socat as an http<->https relay: socat -v TCP6-LISTEN:9630,reuseaddr,fork OPENSSL:localhost:443,verify=0 Then use http:// to socat and have socat use https to apache: svn ls http://localhost:9603/... -- Philip Martin WANdisco

Re: Unexpected HTTP status 400 'Bad request'.

Hello, Really your issue is strange. ​I propose you test your local checkout with HTTP protocol, with a tcpdump network traffic collection, maybe it is possible to find clues "on the wire". -- Yves Martin

  1   2   3   4   5   6   7   8   9   >