Re: Unable to open repository following reboot

2013-12-05 Thread Thorsten Schöning
Guten Tag Pat Haley, am Donnerstag, 5. Dezember 2013 um 02:20 schrieben Sie: % file /home/phaley/Papers/2011/ArpitVel/SvnPaper/db/rep-cache.db /home/phaley/Papers/2011/ArpitVel/SvnPaper/db/rep-cache.db: SQLite 3.x database, user version 1 [...] lstat(.svn/log, 0x7fff48dcbec0) = -1

RE: Why does `svnversion -c` give me a range?

2013-12-05 Thread Cooke, Mark
Hi Bob, -Original Message- From: Bob Archer [mailto:bob.arc...@amsi.com] Sent: 04 December 2013 15:22 Hi Folks, I would like to include the svn revision number in my project's version info but I am confused by the results of svnversion. I want the version number of a

RE: Why does `svnversion -c` give me a range?

2013-12-05 Thread Cooke, Mark
-Original Message- From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] Sent: 04 December 2013 16:08 Ryan Schmidt wrote on Wed, Dec 04, 2013 at 06:14:33 -0600: On Dec 4, 2013, at 06:00, Cooke, Mark wrote: I would like to include the svn revision number in my project's

Re: Why does `svnversion -c` give me a range?

2013-12-05 Thread Ryan Schmidt
On Dec 5, 2013, at 03:23, Cooke, Mark wrote: Note that bare svnversion can give a range as well: % svnversion -c ~srv/conf 105:143 % svnversion ~srv/conf 142:143 Understood, however for my example I get a different sort of answer with(out) `-c` on all my WCs (including an

RE: Why does `svnversion -c` give me a range?

2013-12-05 Thread Cooke, Mark
-Original Message- From: Ryan Schmidt [mailto:subversion-20...@ryandesign.com] Sent: 05 December 2013 09:29 On Dec 5, 2013, at 03:23, Cooke, Mark wrote: Note that bare svnversion can give a range as well: % svnversion -c ~srv/conf 105:143 % svnversion ~srv/conf

Re: SQLite appears to be compiled without large file support

2013-12-05 Thread Philip Martin
Adam Daughterson adam.daughter...@dothill.com writes: Prior to upgrading to WanDisco's 1.7.14 client, I was able to operate on working copies which physically live on Windows shares. After the upgrade, I get the following error when trying to do a fresh checkout: me@here:tmp$ svn co

Re: Issue - SVN cannot create SASL context

2013-12-05 Thread Stefan Sperling
On Wed, Dec 04, 2013 at 03:02:10PM -0800, John wrote: After many hours of apparently pointless googling, I hope to get an answer here. I asked a question on unix.stackexchange.com which essentially outlines my problem:

Re: Unable to open repository following reboot

2013-12-05 Thread Pat Haley
Hi Les, On Wed, Dec 4, 2013 at 7:09 PM, Pat Haley pha...@mit.edu wrote: One thing that didn't stand out in my original Email was the reason for the reboot. We turned quotas on. Would svn react poorly to this? Only on a write that exceeds quota. It is a generic linux box. However doing

Re: SQLite appears to be compiled without large file support

2013-12-05 Thread Dave Huang
On 2013-12-05 1:16 AM, David Kelly wrote: Repeat adding -s to ls. I think that will list the position of EOF. I think you have a sparse file which physically occupies 119k but has massive holes which have yet to be assigned disk blocks. It's the other way around-- ls -l shows the logical

Re: SQLite appears to be compiled without large file support

2013-12-05 Thread Adam Daughterson
On 12/05/2013 09:47 AM, Philip Martin wrote: Adam Daughtersonadam.daughter...@dothill.com writes: mkdir(/mnt/cns/Users/adaughterson/tmp/Tools/.svn, 0777) = 0 mkdir(/mnt/cns/Users/adaughterson/tmp/Tools/.svn/pristine, 0777) = 0 mkdir(/mnt/cns/Users/adaughterson/tmp/Tools/.svn/tmp, 0777) = 0

Re: SQLite appears to be compiled without large file support

2013-12-05 Thread Les Mikesell
On Thu, Dec 5, 2013 at 11:07 AM, Adam Daughterson adam.daughter...@dothill.com wrote: Checkouts on the local disk do work, and checkouts to Samba shares (not Windows) work as well. I've only found operations on WC living on a Windows share to not work. This is starting to sound like one of

svn merge output: R

2013-12-05 Thread C M
Hello. I ran svn merge --reintegrate --dry-run against branch. As part of the dry-run preview, several files are marked with: Rpath-to-file\src\Update.c What does the R mean? I haven't encountered it before. Can someone please explain? Thank you.

Re: svn merge output: R

2013-12-05 Thread Ben Reser
On 12/5/13 9:29 AM, C M wrote: Hello. I ran svn merge --reintegrate --dry-run against branch. As part of the dry-run preview, several files are marked with: Rpath-to-file\src\Update.c What does the R mean? I haven't encountered it before. Can someone please explain? Thank you.

Re: SQLite appears to be compiled without large file support

2013-12-05 Thread Adam Daughterson
On 12/05/2013 10:25 AM, Les Mikesell wrote: On Thu, Dec 5, 2013 at 11:07 AM, Adam Daughterson adam.daughter...@dothill.com wrote: Checkouts on the local disk do work, and checkouts to Samba shares (not Windows) work as well. I've only found operations on WC living on a Windows share to not

Re: svn merge output: R

2013-12-05 Thread C M
Ben, I should have checked svn help before posting...thank you for the response. On Thu, Dec 5, 2013 at 11:32 AM, Ben Reser b...@reser.org wrote: On 12/5/13 9:29 AM, C M wrote: Hello. I ran svn merge --reintegrate --dry-run against branch. As part of the dry-run preview, several files

Re: SQLite appears to be compiled without large file support

2013-12-05 Thread Les Mikesell
On Thu, Dec 5, 2013 at 11:32 AM, Adam Daughterson adam.daughter...@dothill.com wrote: Checkouts on the local disk do work, and checkouts to Samba shares (not Windows) work as well. I've only found operations on WC living on a Windows share to not work. This is starting to sound like one of

Re: SQLite appears to be compiled without large file support

2013-12-05 Thread Thorsten Schöning
Guten Tag Adam Daughterson, am Donnerstag, 5. Dezember 2013 um 18:07 schrieben Sie: Checkouts on the local disk do work, and checkouts to Samba shares (not Windows) work as well. I've only found operations on WC living on a Windows share to not work. [...] fstat64(3, {st_mode=S_IFREG|0755,

Re: SQLite appears to be compiled without large file support

2013-12-05 Thread David Kelly
On Dec 5, 2013, at 11:32 AM, Adam Daughterson adam.daughter...@dothill.com wrote: On 12/05/2013 10:25 AM, Les Mikesell wrote: On Thu, Dec 5, 2013 at 11:07 AM, Adam Daughterson adam.daughter...@dothill.com wrote: Checkouts on the local disk do work, and checkouts to Samba shares (not

Re: SQLite appears to be compiled without large file support

2013-12-05 Thread Philip Martin
Adam Daughterson adam.daughter...@dothill.com writes: On 12/05/2013 10:25 AM, Les Mikesell wrote: On Thu, Dec 5, 2013 at 11:07 AM, Adam Daughterson adam.daughter...@dothill.com wrote: Checkouts on the local disk do work, and checkouts to Samba shares (not Windows) work as well. I've only

subversion hardcoded to look for libserf-1.so.1 when a newer libserf is available

2013-12-05 Thread bzb.dev001
I'm compiling subversion-1.8.5 from source with the following supporting projects. The system is a linux box running Lubuntu 12.04 64bit. subversion-1.8.5 serf-1.3.2 apache-apr-1.5.0 apache-apr-util-1.5.3 After compiling from source, when run 'svn', the following error occurs. $

Re: Unable to open repository following reboot

2013-12-05 Thread Pat Haley
Hi Les, Well that reboot was more of an adventure than I had anticipated. And in all the adventure we ended up rolling back to the configuration without quotas, but svn is working now. Thanks for all of your time and help. Pat Hi Les, On Wed, Dec 4, 2013 at 7:09 PM, Pat Haley

Re: subversion hardcoded to look for libserf-1.so.1 when a newer libserf is available

2013-12-05 Thread Philip Martin
bzb.dev001 bzb.dev...@gmail.com writes: o) compile serf-1.3.2 $ scons APR=/usr/local/bin/apache-apr-1.5.0 APU=/usr/local/bin/apache-apr-util-1.5.3 $ sudo scons install Details of the output are here: http://pastebin.ca/2492961 The resulting serf headers and libraries are installed here:

Re: subversion hardcoded to look for libserf-1.so.1 when a newer libserf is available

2013-12-05 Thread bzb.dev001
On 13-12-05 04:06 PM, Philip Martin wrote: bzb.dev001 bzb.dev...@gmail.com writes: o) compile serf-1.3.2 $ scons APR=/usr/local/bin/apache-apr-1.5.0 APU=/usr/local/bin/apache-apr-util-1.5.3 $ sudo scons install Details of the output are here: http://pastebin.ca/2492961 The resulting serf

Re: subversion hardcoded to look for libserf-1.so.1 when a newer libserf is available

2013-12-05 Thread Philip Martin
bzb.dev001 bzb.dev...@gmail.com writes: Since there is not problem with the permissions. That means that subversion is looking elsewhere for libserf-1.so.1 The serf dependency is part of libsvn_ra_serf, you can see it using $ objdump -x libsvn_ra_serf-1.so | grep NEEDED.*serf NEEDED