Slow proplist with perl SVN::Core

Everything is working great with SVN::Core in perl... until I try and get a proplist: my $props = $ctx->proplist('https://somewhere.something.com/svn/blah/de/blah/File.pm', 'HEAD', 0); Is taking almost exactly 5 seconds per file that I call it for. Using the standard command line svn client to

Re: Strange status if .svn folder removed

On Thu, May 27, 2010 at 6:22 PM, Stefan Sperling wrote: > On Thu, May 27, 2010 at 04:34:07PM -0500, Hyrum K. Wright wrote: > > On Thu, May 27, 2010 at 4:30 PM, Daniel Shahaf >wrote: > > > > > How would recursing interact with symlinks into working copy dirs? > > > (I know we it have been discuss

Re: Access forbidden just when running update

On Thu, May 27, 2010 at 19:32, Paulo Eduardo Neves wrote: > I'm accessing an external repository linked via svn:externals, say > this external  URL is > https://subversion.example.com/rootpath/myproj > > When I checkout a dir from my own repository, the external reference > is retrieved fine. > >

Access forbidden just when running update

I'm accessing an external repository linked via svn:externals, say this external URL is https://subversion.example.com/rootpath/myproj When I checkout a dir from my own repository, the external reference is retrieved fine. If I change the svn:externals to another revision (the path is the same)

Re: Strange status if .svn folder removed

On Thu, May 27, 2010 at 04:34:07PM -0500, Hyrum K. Wright wrote: > On Thu, May 27, 2010 at 4:30 PM, Daniel Shahaf wrote: > > > How would recursing interact with symlinks into working copy dirs? > > (I know we it have been discussed before; a pointer would be appreciated) > > > > eg: > > > >svn

Re: Strange status if .svn folder removed

> > > "deeply nested" usually means only 10-15 folders. Recursing up to find > > the > > > root of the working copy is a one-time operation during the course of an > > > invocation of 'svn' on that working copy. As such, it's essentially a > > free > > > operation. > > > > > > > How would recursi

Re: Strange status if .svn folder removed

On Thu, May 27, 2010 at 4:30 PM, Daniel Shahaf wrote: > [ fixed leading "> " signs ] > > Hyrum K. Wright wrote on Thu, 27 May 2010 at 16:17 -0500: > > On Thu, May 27, 2010 at 3:40 PM, Bob Archer wrote: > > > > > > > Will per-directory .svn's remain as an option in 1.7+? (I thought > > > > > yes.

Re: Strange status if .svn folder removed

[ fixed leading "> " signs ] Hyrum K. Wright wrote on Thu, 27 May 2010 at 16:17 -0500: > On Thu, May 27, 2010 at 3:40 PM, Bob Archer wrote: > > > > > Will per-directory .svn's remain as an option in 1.7+? (I thought > > > > yes...) > > > > > > Not to my knowledge. I wasn't aware of the use ca

Re: Strange status if .svn folder removed

On Thu, May 27, 2010 at 3:40 PM, Bob Archer wrote: > > Hyrum K. Wright wrote on Wed, 26 May 2010 at 16:16 -0500: > > > On Wed, May 26, 2010 at 4:06 PM, Steve Armstrong > > > wrote: > > > > > > > Hello all, > > > > > > > > I'm seeing strange behaviour on a Win7_64 machine running the 1.6.9 > > > >

RE: Strange status if .svn folder removed

> On May 27, 2010, at 15:40, Bob Archer wrote: > > > How will it work with Nested checkouts? > > > > For example if I do: > > > > svn co ^/MyProjectFolder ProjectName > > cd ProjectName > > svn co ^/MyDocumentationProject doc > > > > You can do this now... as a matter of fact we do. > > Wouldn't

Re: Strange status if .svn folder removed

On May 27, 2010, at 15:40, Bob Archer wrote: > How will it work with Nested checkouts? > > For example if I do: > > svn co ^/MyProjectFolder ProjectName > cd ProjectName > svn co ^/MyDocumentationProject doc > > You can do this now... as a matter of fact we do. Wouldn't externals be a better

RE: Strange status if .svn folder removed

> Hyrum K. Wright wrote on Wed, 26 May 2010 at 16:16 -0500: > > On Wed, May 26, 2010 at 4:06 PM, Steve Armstrong > > wrote: > > > > > Hello all, > > > > > > I'm seeing strange behaviour on a Win7_64 machine running the 1.6.9 > > > command-line binaries. > > > > > > I have a working copy checked out

Re: Strange status if .svn folder removed

On Thu, May 27, 2010 at 3:02 PM, Daniel Shahaf wrote: > Hyrum K. Wright wrote on Wed, 26 May 2010 at 16:16 -0500: > > On Wed, May 26, 2010 at 4:06 PM, Steve Armstrong > > wrote: > > > > > Hello all, > > > > > > I'm seeing strange behaviour on a Win7_64 machine running the 1.6.9 > > > command-line

Re: compact repository (many files)

Stefan Sperling wrote on Wed, 26 May 2010 at 18:10 +0200: > If you want svn to collapse revisions more often, you'll need to > re-compile Subversion after tweaking the SVN_FS_FS_DEFAULT_MAX_FILES_PER_DIR > constant in subversion/libsvn_fs_fs/fs_fs.c > Not necessary. This #define just controls th

Re: Strange status if .svn folder removed

Hyrum K. Wright wrote on Wed, 26 May 2010 at 16:16 -0500: > On Wed, May 26, 2010 at 4:06 PM, Steve Armstrong > wrote: > > > Hello all, > > > > I'm seeing strange behaviour on a Win7_64 machine running the 1.6.9 > > command-line binaries. > > > > I have a working copy checked out (C:\wc). Inside it

Re: Strange status if .svn folder removed

On 27-May-10 21:03, Erik Huelsmann wrote: On Thu, May 27, 2010 at 8:55 PM, Stein Somers wrote: On 26-May-10 23:37, Daniel Becroft wrote: Now SVN knows the folder is unversioned ... But only according to the false assumption it made that the folder was deleted from the repository. Surely n

RE: truMerge 1.1.0 released

> -Original Message- > From: BRM [mailto:bm_witn...@yahoo.com] > Sent: 2010 May 26 11:50 PM > To: users@subversion.apache.org > Subject: Re: truMerge 1.1.0 released > > Checked out the website, and there doesn't seem to be much up on > truMerge; it took me a while to find out it needs the c

Re: Strange status if .svn folder removed

On Thu, May 27, 2010 at 8:55 PM, Stein Somers wrote: > On 26-May-10 23:37, Daniel Becroft wrote: >> >>    The folder is still there, without a .svn folder inside it, and svn >>    doesn't know what to do with it. >>    C:\wc>svn st >>    ?       log >> >> >> Now SVN knows the folder is unversioned

Re: Strange status if .svn folder removed

On 26-May-10 23:37, Daniel Becroft wrote: The folder is still there, without a .svn folder inside it, and svn doesn't know what to do with it. C:\wc>svn st ? log Now SVN knows the folder is unversioned ... But only according to the false assumption it made that the folde

RE: Corrupted or unreadable file

> -Original Message- > From: Ulrich Eckhardt [mailto:eckha...@satorlaser.com] > Sent: donderdag 27 mei 2010 16:33 > To: users@subversion.apache.org > Subject: Re: Corrupted or unreadable file > > On Thursday 27 May 2010, Joong Lee wrote: > > For several days we have not been able to do a

Re: compact repository (many files)

On Thu, May 27, 2010 at 16:31, Paul Ebermann wrote: > B Smith-Mannschott wrote: >> On Wed, May 26, 2010 at 19:07, Paul Ebermann wrote: > >>> I think packing the revprops would (from a space viewpoint) be even more >>> useful than >>> packing the revisions, since most of these are quite small (si

Re: Corrupted or unreadable file

On Thursday 27 May 2010, Joong Lee wrote: > For several days we have not been able to do a fresh checkout of our > codebase. We get this error message during checkout. > > svn: Can't open file 'E:\Yellowhammer\svn\bsa\db\revs\165': The file or > directory is corrupted and unreadable. > > Attempting

Re: compact repository (many files)

B Smith-Mannschott wrote: > On Wed, May 26, 2010 at 19:07, Paul Ebermann wrote: >> I think packing the revprops would (from a space viewpoint) be even more >> useful than >> packing the revisions, since most of these are quite small (similar) text >> files. >> >> Statistics: [...] > > True, bu

Corrupted or unreadable file

For several days we have not been able to do a fresh checkout of our codebase. We get this error message during checkout. svn: Can't open file 'E:\Yellowhammer\svn\bsa\db\revs\165': The file or directory is corrupted and unreadable. Attempting to open the file mentioned in this error also resul

Re: tree conflict: new folder with old name

On 10-05-27 01:25 PM, Johan Corveleyn wrote: On Thu, May 27, 2010 at 12:55 PM, Ulrich Eckhardt wrote: The repository is stable, I think you mean the working copy. I guess that you have local, unversioned files in your local "folder_name". Those are not moved with the versioned files, so after

Subversion Day Berlin 11th of June 2010

FYI: Elego will host a Mini Conference about Subversion on 11th of June. The intended audience are professional Subversion users. There will be several talks held by Subversion developers and professional users. There will also be plenty of time for attendees to share experience with each other an

Re: tree conflict: new folder with old name

On Thu, May 27, 2010 at 12:55 PM, Ulrich Eckhardt wrote: > On Thursday 27 May 2010, Giampiero Salvi wrote: >> I know this is my fault, I'm just checking if there is a way to fix this. >> >> I renamed a folder and then created a new folder with the old name of >> the first one: >> >> svn mv folder_

Re: tree conflict: new folder with old name

On Thursday 27 May 2010, Giampiero Salvi wrote: > I know this is my fault, I'm just checking if there is a way to fix this. > > I renamed a folder and then created a new folder with the old name of > the first one: > > svn mv folder_name folder_name2008 > svn ci -m "renamed folder_name" > mkdir fol

tree conflict: new folder with old name

Hi, I know this is my fault, I'm just checking if there is a way to fix this. I renamed a folder and then created a new folder with the old name of the first one: svn mv folder_name folder_name2008 svn ci -m "renamed folder_name" mkdir folder_name svn add folder_name svn ci -m "added new folde

Re: SVN merge issue in Solaris

On Wed, May 26, 2010 at 11:01 PM, Kadam, Shailesh wrote: > Hi Johan, >  We are running on solaris zone and able to run truss on the process, we see > majority of time svn spends is in reading the .svn/entries file again and > again. > > Why is that. > > Thanks >  Sal > > getcwd("/opt/projects/com

Re: How to replace CVSROOT/modules features by svn

Svn externals? http://svnbook.red-bean.com/nightly/en/svn.advanced.externals.html Cheers / Erik On Thu, May 27, 2010 at 9:50 AM, "Spilker, Jörg" < joerg.spil...@sla.niedersachsen.de> wrote: > Hello, > > I have to migrate some

How to replace CVSROOT/modules features by svn

Hello, I have to migrate some cvs repositories to svn. With cvs we used the CVSROOT/modules file to define modules and submodules. A typical example maybe Project1 Project1Source &Headers Project2 Project2source &Headers Checking out Project1 now results in Project1Source checked out and also He

RE: compact repository (many files)

[reposted with correct files/folders in table!] >> On Wed, May 26, 2010 at 05:53:17PM +0200, Paul Ebermann wrote: >> >> The problem now is that I have a quota limitation of 3 >> files here (additionally to a size limit), and my svn repository >> fills now about 1/6 of this, steadily growing,

RE: compact repository (many files)

>> On Wed, May 26, 2010 at 05:53:17PM +0200, Paul Ebermann wrote: >> >> The problem now is that I have a quota limitation of 3 >> files here (additionally to a size limit), and my svn repository >> fills now about 1/6 of this, steadily growing, forcing me to >> delete other files ... >> >>

Re: Downgrade repository's version (1.4->1.3) without losing local modifications

On Wednesday 26 May 2010, Sergei Dyshel wrote: > I have a single checked out SVN repository, shared between 2 machines (lets > call them A and B). Until now I was using it only on A which has SVN 1.3 > installed. Today I updated it on B which has version 1.4 installed. It > turned out that reposito