Re: AuthzSVNAccessFile size issues

[Joel Eidsath]

That option definitely looks interesting. From my reading, we could
use it to get apache to ignore all access restrictions except for the
SVN access file that I specify. Unfortunately my current performance
woes mostly come from the issues involved with processing the SVN
access file itself.

Joel Eidsath

On Thu, Mar 22, 2012 at 2:39 PM,   wrote:
>> strace seems to indicate I/O issues as the bottleneck. The file is
>> loaded from NFS without caching.
>>
>> The per-repository access file seems like my best bet for an immediate
>> solution. It is example 4 in this config:
>>
>> http://svn.apache.org/repos/asf/subversion/trunk/subversion/
>> mod_authz_svn/INSTALL
>>
>> For a longer term solution, I am looking at contributing some code to
>> mod_authz_svn to 1. allow rule caching, or 2. provide some sort of db
>> support.
>
> You may also want to try:
>
> SVNPathAuthz short_circuit
>
> I'll let you google the potential problems with using that value.  It
> can result in significant performance gains if you work within
> the restrictions.
>
> Kevin R.

Re: AuthzSVNAccessFile size issues

[kmradke]

> strace seems to indicate I/O issues as the bottleneck. The file is
> loaded from NFS without caching.
> 
> The per-repository access file seems like my best bet for an immediate
> solution. It is example 4 in this config:
> 
> http://svn.apache.org/repos/asf/subversion/trunk/subversion/
> mod_authz_svn/INSTALL
> 
> For a longer term solution, I am looking at contributing some code to
> mod_authz_svn to 1. allow rule caching, or 2. provide some sort of db
> support.

You may also want to try:

SVNPathAuthz short_circuit

I'll let you google the potential problems with using that value.  It
can result in significant performance gains if you work within
the restrictions.

Kevin R.

Re: predecessor count for the root node-revision is wrong message

[Justin Johnson]

On Thu, Mar 22, 2012 at 1:13 PM, Daniel Shahaf  wrote:

> Justin Johnson wrote on Thu, Mar 22, 2012 at 13:03:04 -0500:
> > On Tue, Mar 20, 2012 at 2:32 PM, Daniel Shahaf 
> wrote:
> >
> > > Daniel Shahaf wrote on Tue, Mar 20, 2012 at 00:49:06 +0200:
> > > > The time until 1.7.5 is counted in weeks, and 1.6.18 is scheduled to
> be
> > > > released next week.
> > > >
> > >
> > > The fix was merged to 1.6.x@HEAD today and barring surprises will be
> > > included in 1.6.18.
> > >
> >
> > Can someone tell me if the fix is client-side or server-side?  I see
>
> Server-side.
>
> > r1302613 but am not familiar with the code.  Also, will I need to do
> > something with my repositories to fix any corruption?
> >
>
> As noted on the issue, either create an svnsync mirror of them, or
> dump|load them, to fix the corruption.  (svnsync is a client-side tool.)
>
> > Thanks.
> > Justin
>

Excellent.  Thank you.

Re: AuthzSVNAccessFile size issues

[Joel Eidsath]

Thanks.

strace seems to indicate I/O issues as the bottleneck. The file is
loaded from NFS without caching.

The per-repository access file seems like my best bet for an immediate
solution. It is example 4 in this config:

http://svn.apache.org/repos/asf/subversion/trunk/subversion/mod_authz_svn/INSTALL

For a longer term solution, I am looking at contributing some code to
mod_authz_svn to 1. allow rule caching, or 2. provide some sort of db
support.

Joel Eidsath

On Thu, Mar 22, 2012 at 1:11 PM, Andy Levy  wrote:
> On Thu, Mar 22, 2012 at 15:24, Bob Archer  wrote:
>>> Joel Eidsath wrote on Thu, Mar 22, 2012 at 09:11:48 -0700:
>>> > I was just handed a large SVN install with thousands of users and
>>> > hundreds of individual repositories. It is experiencing serious
>>> > performance issues. I believe that it mostly boils down to a 14MB
>>> > AuthzSVNAccessFile.
>>> >
>>> > What can I do to speed this up? Is there a database solution to use
>>> > instead of the flatfile? Can I implement caching somehow? I am willing
>>> > to code something up if I have to.
>>> >
>>> > Thanks for any help! Please CC me on any replies.
>>> >
>>> The relevant code is in libsvn_repos/authz.c.  Look at the call to
>>> svn_repos_authz_read() in mod_authz_svn.c: the file is read and parsed once
>>> per connection.
>>>
>>> I guess you could cache the parsed svn_authz_t struct in a longer-lived 
>>> pool, or
>>> perhaps increase the lifetime of connections (compare the configuration
>>> suggestions in http://subversion.apache.org/docs/release-notes/1.7#serf).
>>>
>>> The impact of this will be, of course, that changes to the authz config 
>>> file might
>>> not take effect as soon as they do now.
>>>
>>
>> Cruise control .Net caches it's config info... however if uses a file 
>> watcher to see if the file changes... and if so reparses it. Could svn take 
>> this approach.
>
> Wouldn't that depend on where the bottleneck is? If the issues is file
> I/O, this could help. If the issue is the time it takes to check every
> rule, the improvement may not be significant.

Re: AuthzSVNAccessFile size issues

[Andy Levy]

On Thu, Mar 22, 2012 at 15:24, Bob Archer  wrote:
>> Joel Eidsath wrote on Thu, Mar 22, 2012 at 09:11:48 -0700:
>> > I was just handed a large SVN install with thousands of users and
>> > hundreds of individual repositories. It is experiencing serious
>> > performance issues. I believe that it mostly boils down to a 14MB
>> > AuthzSVNAccessFile.
>> >
>> > What can I do to speed this up? Is there a database solution to use
>> > instead of the flatfile? Can I implement caching somehow? I am willing
>> > to code something up if I have to.
>> >
>> > Thanks for any help! Please CC me on any replies.
>> >
>> The relevant code is in libsvn_repos/authz.c.  Look at the call to
>> svn_repos_authz_read() in mod_authz_svn.c: the file is read and parsed once
>> per connection.
>>
>> I guess you could cache the parsed svn_authz_t struct in a longer-lived 
>> pool, or
>> perhaps increase the lifetime of connections (compare the configuration
>> suggestions in http://subversion.apache.org/docs/release-notes/1.7#serf).
>>
>> The impact of this will be, of course, that changes to the authz config file 
>> might
>> not take effect as soon as they do now.
>>
>
> Cruise control .Net caches it's config info... however if uses a file watcher 
> to see if the file changes... and if so reparses it. Could svn take this 
> approach.

Wouldn't that depend on where the bottleneck is? If the issues is file
I/O, this could help. If the issue is the time it takes to check every
rule, the improvement may not be significant.

Re: AuthzSVNAccessFile size issues

[Philip Martin]

Joel Eidsath  writes:

> I was just handed a large SVN install with thousands of users and
> hundreds of individual repositories. It is experiencing serious
> performance issues. I believe that it mostly boils down to a 14MB
> AuthzSVNAccessFile.
>
> What can I do to speed this up?

Use per-repository authz files?

-- 
Philip

RE: AuthzSVNAccessFile size issues

[Bob Archer]

> Joel Eidsath wrote on Thu, Mar 22, 2012 at 09:11:48 -0700:
> > I was just handed a large SVN install with thousands of users and
> > hundreds of individual repositories. It is experiencing serious
> > performance issues. I believe that it mostly boils down to a 14MB
> > AuthzSVNAccessFile.
> >
> > What can I do to speed this up? Is there a database solution to use
> > instead of the flatfile? Can I implement caching somehow? I am willing
> > to code something up if I have to.
> >
> > Thanks for any help! Please CC me on any replies.
> >
> The relevant code is in libsvn_repos/authz.c.  Look at the call to
> svn_repos_authz_read() in mod_authz_svn.c: the file is read and parsed once
> per connection.
> 
> I guess you could cache the parsed svn_authz_t struct in a longer-lived pool, 
> or
> perhaps increase the lifetime of connections (compare the configuration
> suggestions in http://subversion.apache.org/docs/release-notes/1.7#serf).
> 
> The impact of this will be, of course, that changes to the authz config file 
> might
> not take effect as soon as they do now.
>

Cruise control .Net caches it's config info... however if uses a file watcher 
to see if the file changes... and if so reparses it. Could svn take this 
approach.

BOb

log -g reports revisions in wrong order

[Marc Strapetz]

One of our users encounters a strange order of log revisions. When
invoking an:

svn log -v -g 

the top-level revision r1605930 is reported before top-level revision
r2571860. In my understanding, this should not be possible. For a log
without merged revisions included, the order is fine. How can we
investigate that further?

CollabNet Subversion Edge 2.1.0 hosted on Linux
(RedHat Enterprise Linux WS 3, 32-bit).

CollabNet Subversion Client 1.7.2, 32-bit Windows
version, running on Windows 7 64-bit.

-Marc

Re: relation to minfo-cnt bug Re: predecessor count for the root node-revision is wrong message

[Jason Wong]

Hello Daniel.

I will give it a go and let you know what I find.

Jason

On Wed, Mar 21, 2012 at 1:39 AM, Daniel Shahaf  wrote:
> Jason,
>
> I've learnt yesterday something new about the minfo-cnt corruption bug:
> it can manifest not only as absurdly high values (on the order of 2**70),
> but as far smaller wrong increments too (such as increment of 172
> instead of of 0 on one occasion).
>
> Could you determine whether said bug has occurred in your history?  You
> can do that by duplicating your repository using svnsync or dump|load,
> running dump-noderev.pl on / of both copies at the same revisions, and
> comparing the minfo-cnt values.
>
> I would be interested in knowing whether they are equal between the two
> copies.
>
> Thanks,
>
> Daniel
>
> Jason Wong wrote on Thu, Feb 16, 2012 at 11:42:42 -0800:
>> >  ./dump-noderev.pl /repository / 61851
>> --
>>
>> id: 0.0.r61851/33470
>> type: dir
>> pred: 0.0.r61850/3844
>> count: 61818
>> text: 61851 32225 1232 1232 7555349571e297c23e647cc2441d5b8f
>> cpath: /
>> copyroot: 0 /
>> minfo-cnt: 25685
>> --

Re: AuthzSVNAccessFile size issues

[Daniel Shahaf]

The relevant code is in libsvn_repos/authz.c.  Look at the call to
svn_repos_authz_read() in mod_authz_svn.c: the file is read and parsed
once per connection.

I guess you could cache the parsed svn_authz_t struct in a longer-lived
pool, or perhaps increase the lifetime of connections (compare the
configuration suggestions in 
http://subversion.apache.org/docs/release-notes/1.7#serf).

The impact of this will be, of course, that changes to the authz config
file might not take effect as soon as they do now.

Joel Eidsath wrote on Thu, Mar 22, 2012 at 09:11:48 -0700:
> I was just handed a large SVN install with thousands of users and
> hundreds of individual repositories. It is experiencing serious
> performance issues. I believe that it mostly boils down to a 14MB
> AuthzSVNAccessFile.
> 
> What can I do to speed this up? Is there a database solution to use
> instead of the flatfile? Can I implement caching somehow? I am willing
> to code something up if I have to.
> 
> Thanks for any help! Please CC me on any replies.
> 
> Joel Eidsath

Re: predecessor count for the root node-revision is wrong message

[Daniel Shahaf]

Justin Johnson wrote on Thu, Mar 22, 2012 at 13:03:04 -0500:
> On Tue, Mar 20, 2012 at 2:32 PM, Daniel Shahaf  wrote:
> 
> > Daniel Shahaf wrote on Tue, Mar 20, 2012 at 00:49:06 +0200:
> > > The time until 1.7.5 is counted in weeks, and 1.6.18 is scheduled to be
> > > released next week.
> > >
> >
> > The fix was merged to 1.6.x@HEAD today and barring surprises will be
> > included in 1.6.18.
> >
> 
> Can someone tell me if the fix is client-side or server-side?  I see

Server-side.

> r1302613 but am not familiar with the code.  Also, will I need to do
> something with my repositories to fix any corruption?
> 

As noted on the issue, either create an svnsync mirror of them, or
dump|load them, to fix the corruption.  (svnsync is a client-side tool.)

> Thanks.
> Justin

Re: getversion.py invalid syntax

[Brian Neal]

The syntax

except IOError, e:

is perfectly valid in Python 2.7. Are you sure you are getting that
particular error under 2.7?

You'd have to change it to this for Python 3.x:

except IOError as e:

But that would not be backwards compatible with 2.x. Using a tool like
2to3.py may help produce a version of the script that could run under
Python 3.x.

Best,
BN

Re: predecessor count for the root node-revision is wrong message

[Justin Johnson]

On Tue, Mar 20, 2012 at 2:32 PM, Daniel Shahaf  wrote:

> Daniel Shahaf wrote on Tue, Mar 20, 2012 at 00:49:06 +0200:
> > The time until 1.7.5 is counted in weeks, and 1.6.18 is scheduled to be
> > released next week.
> >
>
> The fix was merged to 1.6.x@HEAD today and barring surprises will be
> included in 1.6.18.
>

Can someone tell me if the fix is client-side or server-side?  I see
r1302613 but am not familiar with the code.  Also, will I need to do
something with my repositories to fix any corruption?

Thanks.
Justin

RE: getversion.py invalid syntax

[Brad Lemings]

Hi Daniel,

Don't know about 2.5 but 2.6 is still actively maintained so I can't argue with 
that.  :)  Guess it is just easier to install Python 2.6 than make the scripts 
backwards-compatible with newer Python versions.

Thanks.

-Original Message-
From: Daniel Shahaf [mailto:danie...@elego.de] 
Sent: Thursday, March 22, 2012 11:10 AM
To: Brad Lemings
Cc: users@subversion.apache.org
Subject: Re: getversion.py invalid syntax

No, it's not a known bug.  We require 2.5 or newer, so we'll be happy to accept 
patches here as long as they don't break compat with those older versions.

Daniel
(I'm assuming there are other except: statements affected by this)

Brad Lemings wrote on Thu, Mar 22, 2012 at 09:14:30 -0700:
> Hello all,
> 
> I get the following error with Python 2.x, 3.1.x, and 3.2.x:
> 
> T:\src\subversion-1.7.4>win-tests.py
> Traceback (most recent call last):
>   File "T:\src\subversion-1.7.4\win-tests.py", line 109, in 
> import gen_win
>   File "build\generator\gen_win.py", line 38, in 
> import generator.swig.header_wrappers
>   File "build\generator\swig\__init__.py", line 29, in 
> from generator.gen_base import _collect_paths
>   File "build\generator\gen_base.py", line 39, in 
> import getversion
>   File "build\getversion.py", line 67
> except IOError, e:
>   ^
> SyntaxError: invalid syntax
> 
> T:\src\subversion-1.7.4>python --version Python 2.7.2
> 
> T:\src\subversion-1.7.4>python --version Python 3.1.4
> 
> T:\src\subversion-1.7.4>python --version Python 3.2.2
> 
> Is this a known bug?
> 
> Thanks.
> 

Re: getversion.py invalid syntax

[Daniel Shahaf]

No, it's not a known bug.  We require 2.5 or newer, so we'll be happy to
accept patches here as long as they don't break compat with those older
versions.

Daniel
(I'm assuming there are other except: statements affected by this)

Brad Lemings wrote on Thu, Mar 22, 2012 at 09:14:30 -0700:
> Hello all,
> 
> I get the following error with Python 2.x, 3.1.x, and 3.2.x:
> 
> T:\src\subversion-1.7.4>win-tests.py
> Traceback (most recent call last):
>   File "T:\src\subversion-1.7.4\win-tests.py", line 109, in 
> import gen_win
>   File "build\generator\gen_win.py", line 38, in 
> import generator.swig.header_wrappers
>   File "build\generator\swig\__init__.py", line 29, in 
> from generator.gen_base import _collect_paths
>   File "build\generator\gen_base.py", line 39, in 
> import getversion
>   File "build\getversion.py", line 67
> except IOError, e:
>   ^
> SyntaxError: invalid syntax
> 
> T:\src\subversion-1.7.4>python --version
> Python 2.7.2
> 
> T:\src\subversion-1.7.4>python --version
> Python 3.1.4
> 
> T:\src\subversion-1.7.4>python --version
> Python 3.2.2
> 
> Is this a known bug?
> 
> Thanks.
> 

Re: AuthzSVNAccessFile size issues

[Geoff Hoffman]

On Thu, Mar 22, 2012 at 9:11 AM, Joel Eidsath  wrote:

> I was just handed a large SVN install with thousands of users and
> hundreds of individual repositories. It is experiencing serious
> performance issues. I believe that it mostly boils down to a 14MB
> AuthzSVNAccessFile.
>
> What can I do to speed this up? Is there a database solution to use
> instead of the flatfile? Can I implement caching somehow? I am willing
> to code something up if I have to.
>
> Thanks for any help! Please CC me on any replies.
>
> Joel Eidsath
>


Joel,

Copying Dave's reply from an earlier thread this week. Sounds like it would
be really helpful for you:


-- Forwarded message --
> From: David Weintraub 
> Date: Tue, Mar 20, 2012 at 6:44 PM
> Subject: Re: preventing commits (this is *not* a classic hook question)
> To: mich...@huettermann.net
> Cc: bob.arc...@amsi.com, lesmikes...@gmail.com, nka...@gmail.com,
> users@subversion.apache.org
>
> I have a pre-commit hook that stores its configuration inside your
> repository. You'll need access to the Subversion server to set it up,
> but once it's setup, you can control access by checking out the
> control file from the repository, making your changes, and then
> checking it back in.
> This is a modification of a hook that I've been using for years.
> Originally, the control file was kept on the server -- usually inside
> the hooks directory. However, that meant logging onto the server, and
> that was getting too difficult to do all the time. Besides, this way,
> I can track who changed the control file and why.
> What prevents anyone from changing the control file? The control file
> is configured, so only the administrators can modify it.
> You can take a look at it at
> https://github.com/qazwart/SVN-Precommit-Kitchen-Sink-Hook. (Yes, a
> Subversion hook is stored in GitHub).

-- 


This email, including any attachments, is for the sole use of the intended 
recipient and may contain confidential information. If you are not the 
intended recipient, please immediately notify us by reply email or by 
telephone, delete this email and destroy any copies. Thank you.

getversion.py invalid syntax

[Brad Lemings]

Hello all,

I get the following error with Python 2.x, 3.1.x, and 3.2.x:

T:\src\subversion-1.7.4>win-tests.py
Traceback (most recent call last):
  File "T:\src\subversion-1.7.4\win-tests.py", line 109, in 
import gen_win
  File "build\generator\gen_win.py", line 38, in 
import generator.swig.header_wrappers
  File "build\generator\swig\__init__.py", line 29, in 
from generator.gen_base import _collect_paths
  File "build\generator\gen_base.py", line 39, in 
import getversion
  File "build\getversion.py", line 67
except IOError, e:
  ^
SyntaxError: invalid syntax

T:\src\subversion-1.7.4>python --version
Python 2.7.2

T:\src\subversion-1.7.4>python --version
Python 3.1.4

T:\src\subversion-1.7.4>python --version
Python 3.2.2

Is this a known bug?

Thanks.

Re: subversion-1.6.x for RHEL 4 available?

[Mark Phippard]

On Thu, Mar 22, 2012 at 7:22 AM, Nico Kadel-Garcia  wrote:

> But combine that with management of Java toolkits, Gnome and KDE Wallets,
> and the psvn incompatibility with older Emacs, and it's getting out of hand.
> Is it worth re-integrating to the main Repoforge codeline to support such an
> old OS? Or should it simply be ignored and the limited tool from mbauer left
> as authoritative?

This answer is somewhat orthogonal to your question, but the RPM that
CollabNet provides for 1.6 and 1.7 works on RHEL4.  This is because
the RPM is not designed to replace the subversion RPM from RHEL nor
does it use any of the dependencies from RHEL.  The RPM includes all
dependencies and everything is installed outside of /usr.

So if someone merely wants to get a working up to date client or
server on RHEL4, this is one way to do it.  It obviously is not the
solution for everyone though as some will prefer it to work with the
RedHat provided packages.

-- 
Thanks

Mark Phippard
http://markphip.blogspot.com/

subversion-1.6.x for RHEL 4 available?

[Nico Kadel-Garcia]

So, I've got someone who asked about Subversion 1.6 for RHEL 4. I've found
the old subversion-1.6.17-1.el4.1plos.src.rpm in this old thread (
http://www.svnforum.org/archive/index.php/t-40748.html) from mbaehr. And I
should recognize it, it's partly based on Repoforge work I contributed to.
And I'd already written a much cleaner 1.6.17 SRPM structure for Repoforge,
but never bothered to submit it after Subversion 1.7.3 was released and I
turned to that.

The more sophisticated Subversion gets, dependent on recent versions of
ruby and Java and other build tools, the tougher maintaing that sort of
update gets for old OS's. Does anyone have a need or desire for RHEL 4
compatible tools? Or since RHEL 4 is in "extended support", should it just
be ignored (according to the Subverson community)?

It's a real pain to build on such an older system: it requires a local
build of Python (for a tiny little bit of configuration scripting, not for
run-time use!), neon (which gets built locally and loaded statically), the
sqlite-amalgamation toolkit (which is an old and well handled dependency
for old OS's), and swig.

But combine that with management of Java toolkits, Gnome and KDE Wallets,
and the psvn incompatibility with older Emacs, and it's getting out of
hand. Is it worth re-integrating to the main Repoforge codeline to support
such an old OS? Or should it simply be ignored and the limited tool from
mbauer left as authoritative?

RE: hide folder in subversion repository

[Cooke, Mark]

> -Original Message-
> From: Nico Kadel-Garcia [mailto:nka...@gmail.com] 
> Sent: 22 March 2012 11:05
> To: Cooke, Mark
> Cc: users@subversion.apache.org; dhanushka ranasinghe
> Subject: Re: hide folder in subversion repository
> 
> On Wed, Mar 21, 2012 at 6:01 AM, Cooke, Mark 
>  wrote:
> 
> 
>   > -Original Message-
>   > From: dhanushka ranasinghe [mailto:parakrama1...@gmail.com]
>   > Sent: 21 March 2012 09:58
>   > To: users@subversion.apache.org
>   > Subject: hide folder in subversion repository
>   >
>   > Hi
>   >
>   > is there any way to hide folder inside subversion 
> repository , via
>   > apache or any other method
>   >
>   > Thank You
>   > Dhanushka
>   >
>   
>   Who from?  Why?  What is the problem you are trying to 
> solve by hiding the folder?
>   
>   Strictly speaking: "no" but you can use path-based 
> control to restrict access which is almost the same.  Have 
> you looked into that?
>   
>   ~ mark c
>  
> It's not an unusual concern for data that may contain 
> passwords or restricted information, such as addresses or 
> proprietary source code. Personally, I prefer to use an 
> svn:external pointing to another repository with different access. 

That would have probably been my suggestion if appropriate to the actual 
problem... I just wanted a bit more info before suggesting something 
inappropriate!

~ mark c

Re: hide folder in subversion repository

[Nico Kadel-Garcia]

On Wed, Mar 21, 2012 at 6:01 AM, Cooke, Mark  wrote:

> > -Original Message-
> > From: dhanushka ranasinghe [mailto:parakrama1...@gmail.com]
> > Sent: 21 March 2012 09:58
> > To: users@subversion.apache.org
> > Subject: hide folder in subversion repository
> >
> > Hi
> >
> > is there any way to hide folder inside subversion repository , via
> > apache or any other method
> >
> > Thank You
> > Dhanushka
> >
> Who from?  Why?  What is the problem you are trying to solve by hiding the
> folder?
>
> Strictly speaking: "no" but you can use path-based control to restrict
> access which is almost the same.  Have you looked into that?
>
> ~ mark c
>

It's not an unusual concern for data that may contain passwords or
restricted information, such as addresses or proprietary source code.
Personally, I prefer to use an svn:external pointing to another repository
with different access.

Re: Add generic MOTD to hooks scripts ?

[Nico Kadel-Garcia]

On Wed, Mar 21, 2012 at 7:12 AM, Phil Pinkerton wrote:

> Looking for a way to send or display a Notice like a MOTD ( Message of the
> day ) whenever any repository is accessed.
>
> For example there will be a major change in Repository locations. Some
> projects already have pre and post commit hook scripts. What I want to do
> is advise the user who accesses their Repository of that change.
>
> perhaps adding an email or message to be sent automagically to whoever
> accesses the repository ?
>
> "Wish list'  would be a script easily modified and propagated to all
> repository hook directories
>
> Ideas ?  Suggestions ( besides read the book  )
>
> It sounds overly complex, and doesn't look to be present in any of the
access protocols. You could scan the access logs for Apache's mod_dav_svan
based access, or SSH based access for svn+ssh, or svnserve logs. But none
of them will detect filesystem based access.

>

RE: SVN as DMS

[Stümpfig , Thomas]

Hi all,
we have svn through  tortoisesvn successfully running 4 Years for 110 Users / 
>20 documents as DMS.

SVN is successful because
a) it provides History of Projects
b) it provides very good Offline Capabilities!
c) it is simple

one important characteristic about our guys is, that they work in different 
locations throughout Germany and are 50% out of office. So simple collaboration 
while being able to efficiently work offline is key for us.
An other key to the success was the fact that we were able to full text search 
in the Repository. SOLR/Lucene were at hands. 

regards
Thomas

> -Original Message-
> From: Geoffrey Myers [mailto:li...@serioustechnology.com]
> Sent: Mittwoch, 21. März 2012 12:36
> To: Phil Pinkerton
> Cc: Laura Mohiuddin; users@subversion.apache.org
> Subject: Re: SVN as DMS
> 
> Check out 1mage.
> 
> That is the number one followed by 'mage'
> 
> It's not a typo.
> 
> On 03/21/2012 07:20 AM, Phil Pinkerton wrote:
> > SharePoint for documentation. As Subversion has no built-in search
> > attribute so to speak, however there are 3rd party application that
> > claim to search Subversion,
> > but why go thorough all that. I here there have been substantial
> > improvement is the SharePoint application.
> >
> > 2 cents
> >
> > On Mar 14, 2012, at 12:32 PM, Laura Mohiuddin wrote:
> >
> >> Dear Sir/Madam,
> >>
> >> My company IBCS-PRIMAX Software (BD) Ltd. (http://www.ibcs-primax.com
> >> ) is looking to install a Document
> >> Management System for the organization. I suggested SVN, but the DMS
> >> should also come with a dashboard and search facilities. Is there any
> >> way that I can setup subversion to provide me with a dashboard and
> >> search facilities?
> >>
> >> Thank you for your kind cooperation
> >>
> >> Regards,
> >> --
> >> *Laura Mohiuddin***
> >> Manager, Marketing
> >> IBCS-PRIMAX Software (Bangladesh) Limited
> >> House # 51, Road # 10A, Dhanmondi R/A
> >> Dhaka - 1209, Bangladesh
> >> Web: http://www.ibcs-primax.com 
> >
> 
> 
> --
> Until later, Geoffrey
> 
> "I predict future happiness for America if they can prevent
> the government from wasting the labors of the people under
> the pretense of taking care of them."
> - Thomas Jefferson

Re: preventing commits (this is *not* a classic hook question)

[Michael Hüttermann]

Hi David,
thanks, that's awesome!

Michael


> I have a pre-commit hook that stores its configuration inside your
> repository. You'll need access to the Subversion server to set it up,
> but once it's setup, you can control access by checking out the
> control file from the repository, making your changes, and then
> checking it back in.
>
> This is a modification of a hook that I've been using for years.
> Originally, the control file was kept on the server -- usually inside
> the hooks directory. However, that meant logging onto the server, and
> that was getting too difficult to do all the time. Besides, this way,
> I can track who changed the control file and why.
>
> What prevents anyone from changing the control file? The control file
> is configured, so only the administrators can modify it.
>
> You can take a look at it at
> https://github.com/qazwart/SVN-Precommit-Kitchen-Sink-Hook. (Yes, a
> Subversion hook is stored in GitHub). If you need any further help,
> contact me at da...@weintraub.name, and I'll see what I can do.
>
> --
> David Weintraub
> qazw...@gmail.com
>
>

Re: Bug report: this may have crashed my computer

[Philip Martin]

"Kayhadrin!"  writes:

> In file
>  'D:\Development\SVN\Releases\TortoiseSVN-1.7.5\ext\subversion\subversion\libsvn_wc\wc_db.c'
>  line 4501: assertion failed (affected_rows == 1)
> ---
> OK
> ---
>
> When I click on the OK button of this dialog window, I get another
> error window showing the text below:
> ---
> TortoiseSVN
> ---
> Cleanup failed to process the following paths:
> D:\David\dev\www\private\portal
> In file
>  
> 'D:\Development\SVN\Releases\TortoiseSVN-1.7.5\ext\subversion\subversion\libsvn_wc\wc_db.c'
>  line 4501: assertion failed (affected_rows == 1)
> ---
> OK
> ---

It appears that the error occurs during a workqueue item.  If you have
the sqlite3 program please provide the output from:

 sqlite3 .svn/wc.db "select * from work_queue"

I expect a line like "1|(file-install A/f 1 0 1 1)" where 'A/f' is the
path of the affected file.  There should be a nodes row for that
filename:

  sqlite3 .svn/wc.db "select * from nodes where local_relpath='A/f'"

but since the SQLite has failed perhaps that row doesn't exist.  If the
row doesn't exist try the parent directory:

  sqlite3 .svn/wc.db "select * from nodes where local_relpath='A'"

Can you describe the working copy when you started the switch: local
modifications, mixed-revision, adds, deletes, sparse, externals,
symlinks?  Does the file exist in both the pre- and post- switch
locations?

-- 
Philip

Re: Call svn cat for all files modified or added in a given revision

[OBones]

Andy Levy wrote:

On Wed, Mar 21, 2012 at 08:02, OBones  wrote:

Andy Levy wrote:

On Tue, Mar 20, 2012 at 10:39, OBoneswrote:

Hello all,

Using svn cat I can see the state of a file at a given revision.
As it turns out, I have had in the past some files that were commit with
inconsistent line endings and that are making analysis tools stop because
of
this.

Can you change analysis tools to one that can handle this condition?

Alas no, it's what ohloh.net is using...

I'd suggest filing a bug report there then. Depending on the analysis
being done, whitespace might be something that can be ignored or
relaxed to stop this from breaking.
Actually, I went there directly before asking on this list and the 
answers I was given were that they could not change their process 
because their using "svn cat" and it's "svn cat" that is giving the error.


I'll try to insist on this, but I'm not really confident as to a 
positive issue...

RE: Problem with Python bindings to SVN 1.7.4 on Windows

[Cooke, Mark]

> -Original Message-
> From: Alagazam.net Subversion [mailto:s...@alagazam.net] 
> Sent: 21 March 2012 19:41
> To: Brian Neal
> Cc: users@subversion.apache.org
> Subject: Re: Problem with Python bindings to SVN 1.7.4 on Windows
> 
> On 2012-03-21 20:14, Brian Neal wrote:
> > On Wed, Mar 21, 2012 at 1:41 PM, Alagazam.net Subversion
> >   wrote:
> > > Do you have another libeay32.dll and ssleay32.dll in some 
> > > other folder that is before Subversion\bin in your path ?
> > > If that's the case and these are older versions there
> > > might be trouble.
> > > 
> > > /David a.k.a. Alagazam

Ooo, I should have thought of that...

> > Why yes, those DLL's do exist in an earlier folder on the path!
> >
> > Is there anything that can be done to avoid a problem like 
> > that in the future? Perhaps a note in the readme? I have
> > noticed that Bitnami and Collabnet dump all the SVN and
> > Python binding DLL's into the same folder. I'm not a windows
> > / dll expert so I don't know if that is a good solution or not.

Yes and no, easier in a lot of cases for programmers and users but leads to 
bloat and duplication on the user's system.  However, it almost always helps to 
avoid "DLL Hell" although I notice from Thorsten's link:-

 ~ If a DLL with the same module name is already loaded in memory,
   the system uses the loaded DLL, no matter which directory it is
   in. The system does not search for the DLL.

...and...

 ~ The standard DLL search order used by the system depends on
   whether safe DLL search mode is enabled or disabled. Safe DLL
   search mode places the user's current directory later in the
   search order.

...neither of which I knew and both could be a problem.  Thanks microsoft.

So the safest solution is make sure you only have one version installed at a 
time?

~ mark c

> > Thanks for the help. And thanks very much for making those Windows
> > binaries available.
> >
> > -BN
> 
> That is a good solution.
> You can always have the habit of downloading the zip file with the 
> Subversion binaries (svn-win32-1.7.4.zip) and extract it (or at least 
> the dll:s) in the same folder where you have the Python bindings.
> 
> /David a.k.a. Alagazam
> 

Bug report: this may have crashed my computer

[Kayhadrin!]

Hi All,

Just sending this error report I got from TortoiseSVN that suggested
me to notify this mailing list.

Context:
Windows 7 64b;
I was trying to switch my svn working copy folder to another location
(repository is using http protocol).
Suddenly, my computer started to become really slow but the screen
view would update every 4-5s.
Then it finally came to a freeze and I had to reboot my machine.
Once I restarted my computer and tried to do a cleanup on my working
copy, I got this message from TortoiseSVN:

---
Subversion Exception!
---
Subversion encountered a serious problem.
Please take the time to report this on the Subversion mailing list
with as much information as possible about what
you were trying to do.
But please first search the mailing list archives for the error message
to avoid reporting the same problem repeatedly.
You can find the mailing list archives at
http://subversion.apache.org/mailing-lists.html

Subversion reported the following
(you can copy the content of this dialog
to the clipboard using Ctrl-C):

In file
 'D:\Development\SVN\Releases\TortoiseSVN-1.7.5\ext\subversion\subversion\libsvn_wc\wc_db.c'
 line 4501: assertion failed (affected_rows == 1)
---
OK
---

When I click on the OK button of this dialog window, I get another
error window showing the text below:
---
TortoiseSVN
---
Cleanup failed to process the following paths:
D:\David\dev\www\private\portal
In file
 
'D:\Development\SVN\Releases\TortoiseSVN-1.7.5\ext\subversion\subversion\libsvn_wc\wc_db.c'
 line 4501: assertion failed (affected_rows == 1)
---
OK
---

I checked briefly in the archives and I haven't seen this error before.


I hope this helps someone investigate this issue.
In the meantime, I'll try to checkout my files in a new working copy folder.

Regards,

David