Re: SVN access denied when comparing revisions

[Philip Martin]

Bill Cebula  writes:

> If that information ( Lack of explicit anon-access is interpreted as
> anon-access=read) was in the svnserv.conf file, it would have saved me a few
> hours of troubleshooting.

Subversion 1.7 (but not 1.6) creates svnserv.conf with the following:

### The sample settings below are the defaults and specify that anonymous
### users have read-only access to the repository, while authenticated
### users have read and write access to the repository.
# anon-access = read
# auth-access = write

-- 
Certified & Supported Apache Subversion Downloads:
http://www.wandisco.com/subversion/download

Re: Base revision on a svn: external from a pre-commit hook script

[Ryan Schmidt]

On Mar 21, 2013, at 18:27, luis montes wrote:

> Is it possible to know the base revision on a svn: external from a pre-commit 
> hook script? If the external changes with the current transaction I figured I 
> could possibly parse the svnlook diff output, but what if it does not change 
> with the current transaction? I understand that information is kept on the 
> client, so does the client send it to the server? For each external?

I don't believe the client sends that information to the server. If you know 
which items have svn:externals properties, you can inspect their properties to 
see what the current value is. Of course, the property value might not declare 
a revision.

Re: Base revision on a svn: external from a pre-commit hook script

[Daniel Shahaf]

Ryan Schmidt wrote on Fri, Mar 22, 2013 at 05:48:02 -0500:
> 
> On Mar 21, 2013, at 18:27, luis montes wrote:
> 
> > Is it possible to know the base revision on a svn: external from a 
> > pre-commit hook script? If the external changes with the current 
> > transaction I figured I could possibly parse the svnlook diff output, but 
> > what if it does not change with the current transaction? I understand that 
> > information is kept on the client, so does the client send it to the 
> > server? For each external?
> 
> I don't believe the client sends that information to the server.

Correct.  The server is only concerned with the value of the
svn:externals property, the semantics of that property are oblivious
to the server.

Also, it's good practice to describe what you're trying to achieve at
a high-level, not only the particular solution you have in mind right
now.  http://s.apache.org/xy-problem

Re: SVN access denied when comparing revisions

[Kris Deugau]

Philip Martin wrote:
> Subversion 1.7 (but not 1.6) creates svnserv.conf with the following:
> 
> ### The sample settings below are the defaults and specify that anonymous
> ### users have read-only access to the repository, while authenticated
> ### users have read and write access to the repository.
> # anon-access = read
> # auth-access = write

The exact text may have changed, but something like this has been
included in the default svnserve.conf for quite a while;  here's the
segment from a repo I've had in its current form since at least ~SVN 1.5
(due to dump/reload to move to a new machine), possibly as far back as 1.2:


[general]
### These options control access to the repository for unauthenticated
### and authenticated users.  Valid values are "write", "read",
### and "none".  The sample settings below are the defaults.
# anon-access = read
# auth-access = write


(TBH I'm not sure why it was changed, it's perfectly clear to *me*...)

I just created a new repo with 1.6.15 to see what it did, and it
produced exactly the same as just above.

-kgd

Re: Base revision on a svn: external from a pre-commit hook script

[luis montes]

I'm trying to solve the problem of developers committing code that was
compiled using stale externals. I was also trying to avoid requiring
pinning. Tags have to be pinned, and I have a script to check for that, but
not branches or trunk. I was hoping to reject the commit and have them
either pin the offending external or update to latest, at their choice (I
see the race condition, but our development is not that busy). So I'm
trying to be flexible. I like server side scripts because I can control
that, but I guess if it can't be done there I could have developers add a
client side script.
I'm guessing the answer is going to be to require externals to be pinned,
but that's a burden I was trying to avoid, particularly because clients
don't make it easy to manage them.
Thanks
On Mar 22, 2013 4:29 AM, "Daniel Shahaf"  wrote:

Ryan Schmidt wrote on Fri, Mar 22, 2013 at 05:48:02 -0500:
>
> On Mar 21, 2013, at 18:27, luis montes wrote:
>
> > Is it possible to know the base revision on a svn: external from a
pre-commit hook script? If the external changes with the current
transaction I figured I could possibly parse the svnlook diff output, but
what if it does not change with the current transaction? I understand that
information is kept on the client, so does the client send it to the
server? For each external?
>
> I don't believe the client sends that information to the server.

Correct.  The server is only concerned with the value of the
svn:externals property, the semantics of that property are oblivious
to the server.

Also, it's good practice to describe what you're trying to achieve at
a high-level, not only the particular solution you have in mind right
now.  http://s.apache.org/xy-problem

Re: SVN access denied when comparing revisions

[Daniel Shahaf]

Kris Deugau wrote on Fri, Mar 22, 2013 at 10:41:27 -0400:
> Philip Martin wrote:
> > Subversion 1.7 (but not 1.6) creates svnserv.conf with the following:
> > 
> > ### The sample settings below are the defaults and specify that anonymous
> > ### users have read-only access to the repository, while authenticated
> > ### users have read and write access to the repository.
> > # anon-access = read
> > # auth-access = write
> 
> The exact text may have changed, but something like this has been
> included in the default svnserve.conf for quite a while;  here's the
> segment from a repo I've had in its current form since at least ~SVN 1.5
> (due to dump/reload to move to a new machine), possibly as far back as 1.2:
> 
> 
> [general]
> ### These options control access to the repository for unauthenticated
> ### and authenticated users.  Valid values are "write", "read",
> ### and "none".  The sample settings below are the defaults.
> # anon-access = read
> # auth-access = write
> 
> 
> (TBH I'm not sure why it was changed, it's perfectly clear to *me*...)

You don't say what's unclear about the new text.


Currently trunk generates this (1.7 does something similar):

[general]
### The anon-access and auth-access options control access to the
### repository for unauthenticated (a.k.a. anonymous) users and
### authenticated users, respectively.
### Valid values are "write", "read", and "none".
### Setting the value to "none" prohibits both reading and writing;
### "read" allows read-only access, and "write" allows complete 
### read/write access to the repository.
### The sample settings below are the defaults and specify that anonymous
### users have read-only access to the repository, while authenticated
### users have read and write access to the repository.
# anon-access = read
# auth-access = write

Re: SVN access denied when comparing revisions

[Kris Deugau]

Daniel Shahaf wrote:
> Kris Deugau wrote on Fri, Mar 22, 2013 at 10:41:27 -0400:
>> (TBH I'm not sure why it was changed, it's perfectly clear to *me*...)
> 
> You don't say what's unclear about the new text.

I don't see much difference between them at all - obviously others did,
and felt that the older text was less clear.

-kgd

Re: windows binaries with xampp

[Alagazam.net Subversion]

On 2013-03-21 21:01, Andrew Peterson wrote:

Has anyone successfully used xampp with the binaries from:
Win32Svn  (32-bit client, 
server and bindings, MSI and ZIPs; maintained by David Darj 
)


I've tried a bunch of different configurations, but every time I tried 
to load the mod_dav_svn.so and the mod_authz_svn.so, apache just 
crashes and tells me it can't load the module.


Thanks,

Andrew



Hi

I just tested xampp 1.7.4 with Subversion  1.7.8 (Apache 2.2 version) 
and it worked.

Also got xampp 1.8.1 working with Subversion 1.7.8 (Apache 2.4 version).
I was unsure that the 1.8.1 should work since it said it was compiled 
with vc9 (Visual studio 2008) and I use vc6 (Visual Studio 6) for the 
subversion build. But it worked.


All i did was unpacking the Subversion zip file to C:\Subversion.
Creating a repository with "C:\Subversion\bin\svnadmin create C:\Svn.repo"
Adding the following to C:\xampp\Apache\conf\httd.conf

LoadModule dav_module modules/mod_dav.so
LoadModule dav_svn_module C:/Subversion/bin/mod_dav_svn.so


  DAV svn
  SVNPath C:/Svn.repo


Then restarting Apache.
Didn't even have to add subversion bin folder to the system path variable.
Directing the webbrowser to http://localhost/svn then showed the 
subversion repository.


My setup is a quite clean Windows 7 XP mode virtual machine.

regards
David  a.k.a. Alagazam