Where can I find more complete information on global-ignores and the expected
format/syntax of the patterns?
The svnbook just indicates:
The global-ignores option is a list of whitespace-delimited globs which
describe the names of files and directories that Subversion should not display
unless
-Original Message-
From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
Sent: Tuesday, October 26, 2010 5:16 PM
To: Rajnish Kumar Singh
Cc: users@subversion.apache.org
Subject: Re: Unable to use filter command properly.
Rajnish Kumar Singh wrote on Tue, Oct 26, 2010 at 14:58:46 +0530:
> H
> But if I remove that line then no one can access the repository
Most likely because something else in the configuration isn't quite right... I
would suggest setting things up and testing with one LDAP server at a time to
verify the configuration of each before trying to combine them.
Au
I think you want the "--ignore-ancestry" option:
http://svnbook.red-bean.com/nightly/en/svn.ref.svn.html#svn.ref.svn.sw
-Original Message-
From: Klaus Ganser [mailto:kgan...@gmail.com]
Sent: Wednesday, November 10, 2010 1:37 PM
To: David Weintraub
Cc: users@subversion.apache.org
Subje
-Original Message-
From: Klaus Ganser [mailto:kgan...@gmail.com]
Sent: Wednesday, November 10, 2010 2:43 PM
To: Feldhacker, Chris
Cc: users@subversion.apache.org
Subject: Re: History of a fixed path across all objects
>> On Wed, Nov 10, 2010 at 12:19 PM, Feldhacker, Chris
>
> dpb is a member of IT-InfrastructureTeam-SystemAdministrator-R and
> IT-InfrastructureTeam-SystemAdministrator-R is a member of
> SVN-Puppet-ReadWrite-P AD group
Nested AD groups aren't supported -- not many products do. Typically, support
for nested AD groups requires that the client appl
s the cause could be similar -- I would check the
documentation for the specific PAM module you are using and verify nested
groups are supported...
-Original Message-----
From: Feldhacker, Chris [mailto:feldhacker.ch...@principal.com]
Sent: Monday, November 15, 2010 7:50 AM
To:
-Original Message-
From: 金健康 [mailto:jinjiankang1...@gmail.com]
Sent: Friday, February 25, 2011 12:53 AM
To: users@subversion.apache.org
Subject: Subversion Apache2.2 LDAPS authentication failed
Hi,
OS: Redhat Linux
Subversion: 1.5.0
Apache: 2.2.17
OpenLDAP: 2.3.27
httpd.conf:
...
LDAPS
-Original Message-
From: Steve Cohen [mailto:stevec...@comcast.net]
Sent: Tuesday, March 08, 2011 12:20 PM
To: users@subversion.apache.org
Subject: Understanding merging
> I work with a very senior colleague who has never always resisted version
> control and would much rather do witho
In a nutshell: http://www.svn-access-manager.org/
Basically, store all your settings in a database and generate the config files;
just use a simple web front-end to edit the database and control/log changes
that way. The svn access manager provides a good starting point, modify and
tweak as n
> I wonder if people will expect a script named "detach" to copy or do they
> think it will move?
More like "extract" or "promote" -- promoting a child folder to become a
full-fledged, independent working copy...
"liberate"? Kinda like that... :-)
-Message Disclaimer-
This e-mail
If you're willing to give up fine-grained, path-based authorization then you
can use LDAP groups to secure access to entire repositories at the top-level.
Just define a "Location" for each respository and use Apache's LDAP integration
capabilities to secure each location with one or more LDAP g
> "svn: Repository moved temporarily to 'https://[snip] please relocate"
Are you going through a proxy server?
What happens if you execute the exact same command twice in a row?
We go through a proxy, and when I want to download the latest copy of Subclipse
I issue the command:
"svn export --us
Any "rough" documentation available, particularly in terms of security or
access control?
Remote "dump" makes sense -- and I assume everything being dumped is subject to
the authorization/access control restrictions that have been put into place on
the server, yes? (A particular path or file w
Ramkumar:
> Again, I expect that access control/ security is automatically taken care
> of in the RA layer. `svnrdump load` is just like a user making some changes
> and committing them one by one except the author and timestamp in the
> dumpfile are preserved. Why would you want to block this?
15 matches
Mail list logo
